Vereinzelte!! Internetseiten, Mailserver nicht erreichbar
Guten Abend,
habe seit einigen Tagen folgendes Problem - ich kann einige Seiten im Internet nicht mehr erreichen. Insbesondere kann ich keine beruflichen Mails mehr von "smtp/imap.ionos.de" abrufen/ versenden oder die Daten meiner PV-Anlage checken "https://eu5.fusionsolar.huawei.com" oder auch "https://install.pi-hole.net". Es kommt immer zu einem Timeout der Verbindung.
Nahezu alle anderen Seiten im Internet kann ich problemlos öffnen, mein privater Mailserver bei Netcup ist ebenfalls kein Problem. Habe schon verschieden DNS Server ausprobiert, sämtlich Adblocker deaktiviert und sicherheitshalber vom Netz genommen - kein Erfolg.
Verbinde ich mich nun über mein Handy mit dem Internet klappt alles reibungslos - ALLE Seiten lassen sich aufrufen, Mails werden klaglos versand/ abgerufen, somit fallen falsche Passwörter und Einstellungen (die ich seit Jahren nicht geändert haben) weg.
Sehe da für mich jetzt keinen Ansatzpunkt. Was kann ich noch probieren/ ändern/ testen?
Wäre für Tipps von euch sehr dankbar.
LG Dirk
habe seit einigen Tagen folgendes Problem - ich kann einige Seiten im Internet nicht mehr erreichen. Insbesondere kann ich keine beruflichen Mails mehr von "smtp/imap.ionos.de" abrufen/ versenden oder die Daten meiner PV-Anlage checken "https://eu5.fusionsolar.huawei.com" oder auch "https://install.pi-hole.net". Es kommt immer zu einem Timeout der Verbindung.
Nahezu alle anderen Seiten im Internet kann ich problemlos öffnen, mein privater Mailserver bei Netcup ist ebenfalls kein Problem. Habe schon verschieden DNS Server ausprobiert, sämtlich Adblocker deaktiviert und sicherheitshalber vom Netz genommen - kein Erfolg.
Verbinde ich mich nun über mein Handy mit dem Internet klappt alles reibungslos - ALLE Seiten lassen sich aufrufen, Mails werden klaglos versand/ abgerufen, somit fallen falsche Passwörter und Einstellungen (die ich seit Jahren nicht geändert haben) weg.
Sehe da für mich jetzt keinen Ansatzpunkt. Was kann ich noch probieren/ ändern/ testen?
Wäre für Tipps von euch sehr dankbar.
LG Dirk
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4837362440
Url: https://administrator.de/contentid/4837362440
Ausgedruckt am: 19.12.2024 um 13:12 Uhr
31 Kommentare
Neuester Kommentar
Dein DNS funktioniert.
Beim Traceroute zu eu5.fusionsolar.huawei.com scheint es wohl irgendwo ein Routingproblem zu geben. Aber nicht bei deinem Provider und auch nicht in Deutschland.
Wie sieht ein Traceroute zu Ionos und zu deinem Webserver aus? Dann bleiben wir wenigstens im Land bei der Fehlersuche 😉
Beim Traceroute zu eu5.fusionsolar.huawei.com scheint es wohl irgendwo ein Routingproblem zu geben. Aber nicht bei deinem Provider und auch nicht in Deutschland.
Wie sieht ein Traceroute zu Ionos und zu deinem Webserver aus? Dann bleiben wir wenigstens im Land bei der Fehlersuche 😉
Laut Traceroute Unitymedia (bzw ist das heute doch Vodafone?!)
Zitat von @dirkschwarz:
@Manuel -r -> Aufruf der Seite klappt, wenn ich über mein Handy ins Internet gehe...
@Manuel -r -> Aufruf der Seite klappt, wenn ich über mein Handy ins Internet gehe...
Über Deinen lokalen Internetanschluß per WLAN oder Mobile Daten vom Smartphone?
lks
@manuel-r
Unabhängig davon geht der erste Trace (Hop 7 und 8) von Deutschland nach Frankreich. Dadurch lassen sich weitere 10 ms erklären. Im zweiten Trace ist meiner Meinung nach alles in Ordnung.
Gruß,
Dani
Bei deines Traceroutes fallen mir vor allem mal die verdammt langen Laufzeiten ins Auge. 13.000 ms und mehr ist nicht normal. Bei weitem nicht.
es handelt sich doch um einen Traceroute unter Linux. Sind es damit nicht 13,000 ms?!Unabhängig davon geht der erste Trace (Hop 7 und 8) von Deutschland nach Frankreich. Dadurch lassen sich weitere 10 ms erklären. Im zweiten Trace ist meiner Meinung nach alles in Ordnung.
Immerhin kommen deine Pakete aber schon mal bis ins Netz von Ionos. Dort verlieren sie sich dann.
Die Systeme werden einfach auf solche Request nicht mehr antworten um so die Infrastruktur zu verschleiern.Gruß,
Dani
Zitat von @Dani:
Immerhin kommen deine Pakete aber schon mal bis ins Netz von Ionos. Dort verlieren sie sich dann.
Die Systeme werden einfach auf solche Request nicht mehr antworten um so die Infrastruktur zu verschleiern.Also, mir antworten die Systeme. Allerdings mache ich auch einen ICMP-Traceroute ("traceroute -I"), bei UDP hat man seltener Glück.
Zitat von @dirkschwarz:
nslookup imap.ionos.de
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: imap.ionos.de
Address: 212.227.15.188
Name: imap.ionos.de
Address: 212.227.15.171
nslookup eu5.fusionsolar.huawei.com
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: eu5.fusionsolar.huawei.com
Address: 90.84.191.21
von wo aus fragst du den DNS bei dem Test an? Von deinem PC? Welches System? 127.0.0.53 sollte bei Windows nicht als DNS resolver auftauchen.
Die Systeme werden einfach auf solche Request nicht mehr antworten um so die Infrastruktur zu verschleiern.
Dachte ich auch. Wenn ich aber von hier aus ein Traceroute mache bekomme ich Antworten von Anfang bis zum Ende.
es handelt sich doch um einen Traceroute unter Linux. Sind es damit nicht 13,000 ms?!
Stimmt. Mea culpa.
Hallo,
MTU flasch?
IPv4 oder IPv6 weggebrochen?
Gruß,
Jörg
MTU flasch?
IPv4 oder IPv6 weggebrochen?
Gruß,
Jörg
Hallo,
MTU flasch?
IPv4 oder IPv6 weggebrochen?
Gruß,
Jörg
MTU flasch?
IPv4 oder IPv6 weggebrochen?
Gruß,
Jörg
Ok.
Wo hast du den DNS Server eingetragen? Unter Interfaces oder /etc/resolv.conf?
Wo hast du den DNS Server eingetragen? Unter Interfaces oder /etc/resolv.conf?
Zitat von @tech-flare:
Ok.
Wo hast du den DNS Server eingetragen? Unter Interfaces oder /etc/resolv.conf?
Ok.
Wo hast du den DNS Server eingetragen? Unter Interfaces oder /etc/resolv.conf?
DNS funktioniert doch. Sonst würde der Hostname nicht zur IP aufgelöst.
Hallo,
1468
Gruß,
Jörg
1468
Gruß,
Jörg
Jetzt mal ganz von vorne
Es gibt also zwei mögliche IPs für imap.ionos.de
Jetzt mal jeweils ein Traceroute auf beide Endpunkte von Windows und Ubuntu aus. Das Ergebnis verwirrt mich. Von Windows aus passt alles; von Ubuntu aus verlieren sich die Pakete irgendwo auf dem Weg. Könnte das ein MTU-Problem sein?
nslookup imap.ionos.de
Name: imap.ionos.de
Addresses: 212.227.15.188
212.227.15.171
Es gibt also zwei mögliche IPs für imap.ionos.de
Jetzt mal jeweils ein Traceroute auf beide Endpunkte von Windows und Ubuntu aus. Das Ergebnis verwirrt mich. Von Windows aus passt alles; von Ubuntu aus verlieren sich die Pakete irgendwo auf dem Weg. Könnte das ein MTU-Problem sein?
tracert 212.227.15.188
Routenverfolgung zu imap.und1.de [212.227.15.188]
über maximal 30 Hops:
1
2 12 ms 13 ms 11 ms ip5f584afe.dynamic.kabel-deutschland.de [95.88.74.254]
3 14 ms 12 ms 13 ms ip53a9b1e6.static.kabel-deutschland.de [83.169.177.230]
4 30 ms 23 ms 21 ms ip5886c2af.static.kabel-deutschland.de [88.134.194.175]
5 24 ms 18 ms 27 ms 145.254.3.168
6 23 ms 18 ms 19 ms 145.254.2.179
7 19 ms 20 ms 21 ms ae-18.bb-b.fr7.fra.de.net.ionos.com [212.227.112.6]
8 26 ms 20 ms 21 ms ae-9.bb-b.bs.kae.de.net.ionos.com [212.227.120.168]
9 22 ms 26 ms 30 ms ae-1-0.gw-diste2-a.bap.rhr.de.net.ionos.com [212.227.122.16]
10 20 ms 27 ms 20 ms imap.1und1.de [212.227.15.188]
Ablaufverfolgung beendet.
tracert 212.227.15.171
Routenverfolgung zu imap.1und1.de [212.227.15.171]
über maximal 30 Hops:
1
2 12 ms 12 ms 14 ms ip5f584afe.dynamic.kabel-deutschland.de [95.88.74.254]
3 10 ms 18 ms 15 ms 83-169-177-222-isp.superkabel.de [83.169.177.222]
4 19 ms 15 ms 16 ms ip5886c2aa.static.kabel-deutschland.de [88.134.194.170]
5 23 ms 19 ms 19 ms 145.254.3.170
6 15 ms 23 ms 14 ms 145.254.2.195
7 15 ms 17 ms 21 ms ae-18.bb-b.fr7.fra.de.net.ionos.com [212.227.112.6]
8 21 ms 21 ms 37 ms ae-9.bb-b.bs.kae.de.net.ionos.com [212.227.120.168]
9 26 ms 21 ms 18 ms ae-1-0.gw-diste2-a.bs.kae.de.net.ionos.com [212.227.121.212]
10 20 ms 21 ms 21 ms imap.1und1.de [212.227.15.171]
Ablaufverfolgung beendet.
traceroute 212.227.15.188
traceroute to 212.227.15.188 (212.227.15.188), 30 hops max, 60 byte packets
1
2 ip5f584afe.dynamic.kabel-deutschland.de (95.88.74.254) 18.017 ms 13.232 ms 13.211 ms
3 ip53a9b1e6.static.kabel-deutschland.de (83.169.177.230) 17.743 ms 17.723 ms 17.703 ms
4 ip5886c2af.static.kabel-deutschland.de (88.134.194.175) 18.089 ms 23.483 ms 23.463 ms
5 145.254.3.168 (145.254.3.168) 26.496 ms 26.459 ms 21.790 ms
6 145.254.2.179 (145.254.2.179) 23.335 ms 21.151 ms 21.117 ms
7 ae-18.bb-b.fr7.fra.de.net.ionos.com (212.227.112.6) 21.612 ms 15.347 ms 15.506 ms
8 ae-9.bb-b.bs.kae.de.net.ionos.com (212.227.120.168) 12.848 ms 18.231 ms 18.220 ms
9 ae-1-0.gw-diste2-a.bap.rhr.de.net.ionos.com (212.227.122.16) 17.625 ms 17.385 ms 18.069 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
traceroute 212.227.15.171
traceroute to 212.227.15.171 (212.227.15.171), 30 hops max, 60 byte packets
1
2 ip5f584afe.dynamic.kabel-deutschland.de (95.88.74.254) 17.544 ms 17.339 ms 17.501 ms
3 83-169-177-222-isp.superkabel.de (83.169.177.222) 12.097 ms 16.559 ms 16.539 ms
4 ip5886c2aa.static.kabel-deutschland.de (88.134.194.170) 21.421 ms 21.400 ms 21.498 ms
5 145.254.3.170 (145.254.3.170) 23.486 ms 23.553 ms 23.532 ms
6 145.254.2.195 (145.254.2.195) 21.181 ms 19.058 ms 19.143 ms
7 ae-18.bb-b.fr7.fra.de.net.ionos.com (212.227.112.6) 21.335 ms 11.712 ms 17.787 ms
8 ae-9.bb-b.bs.kae.de.net.ionos.com (212.227.120.168) 22.754 ms 21.962 ms 20.970 ms
9 ae-1-0.gw-diste2-a.bs.kae.de.net.ionos.com (212.227.121.212) 23.470 ms 20.624 ms 20.607 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Windows macht Traceroutes per ICMP, Linux standardmäßig per UDP.
Letzteres wird deutlich häufiger von Firewalls verworfen, daher bekommst du keine sinnvollen Antworten.
Setze unter Linux daher immer beim Traceroute den Parameter "-I" (großes i), um ICMP zu benutzen oder verwende "mtr", die das standardmäßig machen.
Letzteres wird deutlich häufiger von Firewalls verworfen, daher bekommst du keine sinnvollen Antworten.
Setze unter Linux daher immer beim Traceroute den Parameter "-I" (großes i), um ICMP zu benutzen oder verwende "mtr", die das standardmäßig machen.
Zitat von @Spirit-of-Eli:
Ansonsten kannst du auch bei UnityMedia anrufen und den sagen, dass die ihr peering überprüfen sollen. Bei der Telekom wird sowas zumindest tatsächlich geprüft.
Da wird er vom Vodafone-Support nur die Gegenfrage(n) "pee... was? Haben Sie WLAN? ... Dann liegt's am WLAN!" bekommen Ansonsten kannst du auch bei UnityMedia anrufen und den sagen, dass die ihr peering überprüfen sollen. Bei der Telekom wird sowas zumindest tatsächlich geprüft.
Vodafone hat ja in letzter Zeit regelmäßig mal Schluckauf.
Die MTU auf dem Router reduzieren ist eine Sache, aber ich würde mich nicht drauf verlassen, dass der MSS-Clamping betreibt.
Kannst du mal eine MTU-Discovery machen?
Notfalls mit
mal das absolute Mininum direkt auf dem Netzwerkadapter setzen, X dabei durch den Namen des Interface ersetzen.
Und als letzte Lösung: Mit Wireshark aufzeichnen und gucken, was da passiert.
Kannst du mal eine MTU-Discovery machen?
traceroute -T -p imaps --mtu imap.ionos.de
Notfalls mit
ip link set mtu 1280 dev X
Und als letzte Lösung: Mit Wireshark aufzeichnen und gucken, was da passiert.
das ist ein peering Problem. Da kannst du als Kunde nichts machen ausser das an deinen ISP zu melden.
Beschreibe das Problem und gib die Traceroute Logs mit.
Dein ISP mag hier vielleicht nicht der unmittelbar Schuldige sein, aber nur er kann sich mit den entsprechenden Stellen in Verbindung setzen die das Problem lösen können.
In letzter Zeit komm das leider echt nervtötend häufig vor, besonders bei so Qualitäts-Anbietern wie UM, Vodafone,1u1 etc
Beschreibe das Problem und gib die Traceroute Logs mit.
Dein ISP mag hier vielleicht nicht der unmittelbar Schuldige sein, aber nur er kann sich mit den entsprechenden Stellen in Verbindung setzen die das Problem lösen können.
In letzter Zeit komm das leider echt nervtötend häufig vor, besonders bei so Qualitäts-Anbietern wie UM, Vodafone,1u1 etc