Unitymedia Fritzbox 6490: Seiten laden nicht immer richtig

[tq1199]

... hat das staendige "ERR_ADDRESS_UNREACHABLE" scheinbar nicht behoben.

Dann teste auch (wenn es wieder der Fall ist) mit einem traceroute, zu diesen Seiten bzw. zum DNS-Server. Z. B.:

<i>
</i>mtr -4nr -c 1 amazon.it

<i>
</i>mtr -4nr -c 1 8.8.8.8

<i>
</i>mtr -4nr -c 1 9.9.9.9

 

[aydind]

"ADDRESS UNREACHABLE" hat nicht direkt was mit DNS zu tun. Das ist ein Routing-Fehler.

Mmh, ok. Hast Du ne Idee, woran das liegen koennte, dass das so sporadisch (aber trotzdem oft) auftritt?
Ich haette immer noch die Fritzbox in Verdacht, da ich das starke Gefuehl habe, dass es nach dem Update
aufgetreten ist, aber Downgrade scheint ja auch nicht wirklich vorgesehen zu sein.

Edit: Nur zur Erinnerung: Ich habe das Gefuehl, dass die Fritzbox einfach zu schnell aufgibt beim Laden der
Seiten, als ob er sich zuweilen nur ein paar Microsekunden Zeit gibt. Erneuter Versuch klappt dann oft, wenn
die Seite nicht zu kompliziert ist. Download hingegen z.B. von groesseren Dateien klappt problemlos.

 

[aydind]

<i>
</i>mtr -4nr -c 1 amazon.it

<i>
</i>HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 1 3.2 3.2 3.2 3.2 0.0 2.|-- 81.210.176.62 0.0% 1 28.6 28.6 28.6 28.6 0.0 3.|-- 81.210.176.61 0.0% 1 46.9 46.9 46.9 46.9 0.0 4.|-- 84.116.134.162 0.0% 1 23.0 23.0 23.0 23.0 0.0 5.|-- 52.95.216.248 0.0% 1 26.3 26.3 26.3 26.3 0.0 6.|-- 54.239.107.34 0.0% 1 30.6 30.6 30.6 30.6 0.0 7.|-- 54.239.107.43 0.0% 1 31.7 31.7 31.7 31.7 0.0 8.|-- 176.32.106.246 0.0% 1 87.9 87.9 87.9 87.9 0.0 9.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 10.|-- 54.239.44.164 0.0% 1 81.6 81.6 81.6 81.6 0.0 11.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 12.|-- 52.93.7.174 0.0% 1 188.5 188.5 188.5 188.5 0.0 13.|-- 52.93.36.175 0.0% 1 142.1 142.1 142.1 142.1 0.0 14.|-- 176.32.106.133 0.0% 1 52.9 52.9 52.9 52.9 0.0 15.|-- 178.236.14.146 0.0% 1 73.7 73.7 73.7 73.7 0.0 16.|-- 178.236.14.150 0.0% 1 119.9 119.9 119.9 119.9 0.0 17.|-- 178.236.7.146 0.0% 1 65.3 65.3 65.3 65.3 0.0

Paket loss??

<i>
</i>mtr -4nr -c 1 8.8.8.8

<i>
</i>HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 1 2.3 2.3 2.3 2.3 0.0 2.|-- 81.210.176.62 0.0% 1 61.6 61.6 61.6 61.6 0.0 3.|-- 81.210.176.61 0.0% 1 37.8 37.8 37.8 37.8 0.0 4.|-- 84.116.132.178 0.0% 1 25.8 25.8 25.8 25.8 0.0 5.|-- 213.46.177.42 0.0% 1 22.3 22.3 22.3 22.3 0.0 6.|-- 108.170.251.129 0.0% 1 24.6 24.6 24.6 24.6 0.0 7.|-- 209.85.248.157 0.0% 1 31.3 31.3 31.3 31.3 0.0 8.|-- 8.8.8.8 0.0% 1 34.4 34.4 34.4 34.4 0.0

<i>
</i>mtr -4nr -c 1 9.9.9.9

<i>
</i>HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 1 2.9 2.9 2.9 2.9 0.0 2.|-- 81.210.176.62 0.0% 1 11.6 11.6 11.6 11.6 0.0 3.|-- 81.210.176.61 0.0% 1 14.1 14.1 14.1 14.1 0.0 4.|-- 84.116.134.6 0.0% 1 17.7 17.7 17.7 17.7 0.0 5.|-- 80.81.194.42 0.0% 1 17.8 17.8 17.8 17.8 0.0 6.|-- 9.9.9.9 0.0% 1 17.1 17.1 17.1 17.1 0.0

Das kann ich munter mit allen Webseiten machen, z.b. spiegel.de

<i>
</i>HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 1 1.5 1.5 1.5 1.5 0.0 2.|-- 81.210.176.62 0.0% 1 13.3 13.3 13.3 13.3 0.0 3.|-- 81.210.176.61 0.0% 1 16.8 16.8 16.8 16.8 0.0 4.|-- 84.116.134.166 0.0% 1 19.4 19.4 19.4 19.4 0.0 5.|-- 213.46.177.34 0.0% 1 15.3 15.3 15.3 15.3 0.0 6.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 7.|-- 128.65.210.8 0.0% 1 16.2 16.2 16.2 16.2 0.0

und auch google.de:

<i>
</i>HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 1 2.8 2.8 2.8 2.8 0.0 2.|-- 81.210.176.62 0.0% 1 107.4 107.4 107.4 107.4 0.0 3.|-- 81.210.176.61 0.0% 1 78.8 78.8 78.8 78.8 0.0 4.|-- 84.116.132.178 0.0% 1 32.1 32.1 32.1 32.1 0.0 5.|-- 213.46.177.42 0.0% 1 112.3 112.3 112.3 112.3 0.0 6.|-- 108.170.252.83 0.0% 1 19.1 19.1 19.1 19.1 0.0 7.|-- 72.14.239.245 0.0% 1 55.8 55.8 55.8 55.8 0.0 8.|-- 209.85.252.149 0.0% 1 125.6 125.6 125.6 125.6 0.0 9.|-- 216.239.42.58 0.0% 1 136.0 136.0 136.0 136.0 0.0 10.|-- 216.239.57.196 0.0% 1 139.6 139.6 139.6 139.6 0.0 11.|-- 72.14.234.9 0.0% 1 161.3 161.3 161.3 161.3 0.0 12.|-- 216.239.43.226 0.0% 1 152.4 152.4 152.4 152.4 0.0 13.|-- 72.14.237.214 0.0% 1 181.8 181.8 181.8 181.8 0.0 14.|-- 209.85.249.62 0.0% 1 180.8 180.8 180.8 180.8 0.0 15.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0 16.|-- 209.85.248.35 0.0% 1 182.2 182.2 182.2 182.2 0.0 17.|-- 172.217.6.67 0.0% 1 179.9 179.9 179.9 179.9 0.0

Was genau sagt mir das? So "tief" sollte das doch jetzt weder mit meiner Leitung noch meiner Fritzbox zu tun haben?
Oder ist das "normal"?

 

[tq1199]

<i>
</i>mtr -4nr -c 1 amazon.it

Das kann ich munter mit allen Webseiten machen, ...

Ich habe doch geschrieben, dass Du das dann machen sollst, wenn eine Seite wieder mal nicht erreichbar ist (wegen "ERR_ADDRESS_UNREACHABLE").

Die Frage ist auch die: Zeigt der Browser auch dann "ERR_ADDRESS_UNREACHABLE" wenn der DNS-Server ein "ServFail" an den Browser/DNS-Client sendet? Denn dann wäre es m. E. ja kein Routing-Problem (... zumindest nicht zwischen DNS-Client und DNS-Server).

BTW: Ich denke nicht, dass es am Firmware-Update deiner FritzBox liegt.

EDIT:

Evtl. kannst Du dein bind9 so konfigurieren, dass dieser für eine bestimmte (Test)-Domain ein "ServFail" mitteilt, um festzustellen wie dann die Ausgabe auf deinem Browser ist.

 

[aydind]

Ich habe doch geschrieben, dass Du das dann machen sollst, wenn eine Seite wieder mal nicht erreichbar ist (wegen "ERR_ADDRESS_UNREACHABLE").

Ich habe mein Problem evtl nicht ganz verstaendlich beschrieben: Es ist ja kein "Dauerzustand", dass amazon.it z.B. ploetzlich weg ist
fuer ein paar Sekunden, wo ich diesen Befehl ausfuehren koennte. Sondern mein Browser (wie geschrieben, egal welcher, egal welches OS)
meckert: Adresse nicht da bzw. die Webseite hoert mittendrin auf zu laden. Dann drueck ich CTRL+R und dann laedt er meistens.
Pings z.B. werfen praktisch keinen Fehler. Zumindest hab ich ein ping im Hintergrund laufen und trotzdem kommen im Browser zuweilen
die Fehler.

Die Frage ist auch die: Zeigt der Browser auch dann "ERR_ADDRESS_UNREACHABLE" wenn der DNS-Server ein "ServFail" an den Browser/DNS-Client sendet? Denn dann wäre es m. E. ja kein Routing-Problem (... zumindest nicht zwischen DNS-Client und DNS-Server).

BTW: Ich denke nicht, dass es am Firmware-Update deiner FritzBox liegt.

Tja, wenn ich das wuesste. Ich bin netzwerktechnisch ein Noob...

 

[aydind]

"ADDRESS UNREACHABLE" hat nicht direkt was mit DNS zu tun. Das ist ein Routing-Fehler.

Ich weiss wieder, wieso auf DNS komme: Noch seltener als ADDRESS_UNREACHABLE kommt dann

<i>
</i>This site can’t be reached
amazon.de’s server DNS address could not be found.
Try:
Checking the connection
Checking the proxy, firewall, and DNS configuration
ERR_NAME_NOT_RESOLVED

Sorry, hab ich vergessen zu erwaehnen, aber kommt wie gesagt, sehr viel seltener als das andere und
koennte ja auch ein Folgeproblem sein?..

 

[tq1199]

Ich habe mein Problem evtl nicht ganz verstaendlich beschrieben: Es ist ja kein "Dauerzustand", dass amazon.it z.B. ploetzlich weg ist
fuer ein paar Sekunden, ...

Doch Du hast dein Problem schon richtig beschrieben, denn an meinem UM-Internet-Anschluss ist das ja genau so (und das ohne Firmware-Update & Co.).

Versuch dann mal in Linux mit tcpdump, ... um evtl. festzustellen wie die Rückgabe/Antwort des DNS-Servers/-Resolvers in so einem Fall ist:

<i>
</i>sudo tcpdump -c 500 -vvveni <Interface> src port 53

(Interface ersetzen und ohne spitze Klammern).

EDIT:

Was veranlasst z. Zt. an einem _UM_-Internet-Anschluss, einen DNS-Server _sporadisch_ so zu antworten:

<i>
</i><DNS-Server>.53 > 192.168.178.43.55553: [udp sum ok] 26894 ServFail q: A? <Domain>. 0/0/0 (38)

?

 

[aydind]

Ich habe mein Problem evtl nicht ganz verstaendlich beschrieben: Es ist ja kein "Dauerzustand", dass amazon.it z.B. ploetzlich weg ist
fuer ein paar Sekunden, ...

Doch Du hast dein Problem schon richtig beschrieben, denn an meinem UM-Internet-Anschluss ist das ja genau so (und das ohne Firmware-Update & Co.).

Versuch dann mal in Linux mit tcpdump, ... um evtl. festzustellen wie die Rückgabe/Antwort des DNS-Servers/-Resolvers in so einem Fall ist:

<i>
</i>sudo tcpdump -c 500 -vvveni <Interface> src port 53

(Interface ersetzen und ohne spitze Klammern).

Das wirft bei mir irgendwie keine Fehler, auf jeden Fall keine ServFails.
Interessanter fuer mich ist das hier:

<i>
</i>aydin@red:~$ for x in {1..1000}; do wget http://www.yahoo.de -O /tmp/e ; done

Das laeuft ne zeitlang super-- und dann gibts Sekunden mit Fehler"burst" bis zu ca. 10x hintereinander "No route to Host":

<i>
</i>
--2017-11-18 12:10:43-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://de.yahoo.com/ [following]
URL transformed to HTTPS due to an HSTS policy
--2017-11-18 12:10:43-- https://de.yahoo.com/
Resolving de.yahoo.com (de.yahoo.com)... 2a00:1288:110:2::3007, 188.125.80.144
Connecting to de.yahoo.com (de.yahoo.com)|2a00:1288:110:2::3007|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/tmp/e’
/tmp/e [ <=> ] 391,44K 799KB/s in 0,5s
2017-11-18 12:10:44 (799 KB/s) - ‘/tmp/e’ saved [400839]
--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... failed: No route to host.
--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... failed: No route to host.
--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... failed: No route to host.
--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://de.yahoo.com/ [following]
URL transformed to HTTPS due to an HSTS policy
--2017-11-18 12:10:44-- https://de.yahoo.com/
Resolving de.yahoo.com (de.yahoo.com)... 2a00:1288:110:2::3007, 188.125.80.144
Connecting to de.yahoo.com (de.yahoo.com)|2a00:1288:110:2::3007|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/tmp/e’
/tmp/e [ <=> ] 391,63K 776KB/s in 0,5s

 

[tq1199]

Interessanter fuer mich ist das hier:

<i>
</i>aydin@red:~$ for x in {1..1000}; do wget http://www.yahoo.de -O /tmp/e ; done

Das laeuft ne zeitlang super-- und dann gibts Sekunden mit Fehler"burst" bis zu ca. 10x hintereinander "No route to Host":

Das ist ja auch zu schnell nacheinander. Versuch mal mit z. B. 30 Sekunden Zeitabstand zwischen den Aufrufen und nur mit IPv4:

<i>
</i>wget -4 http://www.yahoo.de -O /tmp/e

 

[aydind]

Das ist ja auch zu schnell nacheinander. Versuch mal mit z. B. 30 Sekunden Zeitabstand zwischen den Aufrufen und nur mit IPv4:

<i>
</i>wget -4 http://www.yahoo.de -O /tmp/e

Wieso ist das ein Problem, wenn ich das hintereinander weg mache? Auf ner stabilen Leitung erwarte ich gar keine Fehler.
Beim Browsen kann ich ja auch nicht Pause machen, erst recht nicht, wenn die Seite einen Haufen Bilder z.B. nachlaedt,
und genau bei denen tritt das Problem ja massiv auf.

Aber selbst wenn ich IPv4 mache und mir 3 Sekunden sleep gebe, aendert das nichts.
Es kommen immer wieder "No route to host" Fehler.
Woran liegt das jetzt? :S

 

[tq1199]

Beim Browsen kann ich ja auch nicht Pause machen, erst recht nicht, wenn die Seite einen Haufen Bilder z.B. nachlaedt,
und genau bei denen tritt das Problem ja massiv auf.

Naja, das Browsen ist aber nicht vergleichbar mit:

<i>
</i>for x in {1..1000}; do ...

Aber selbst wenn ich IPv4 mache und mir 3 Sekunden sleep gebe, aendert das nichts.
Es kommen immer wieder "No route to host" Fehler.
Woran liegt das jetzt? :S

Wie ist dann die Ausgabe von:

<i>
</i>mtr -4nr -c 2 -i 2 77.238.184.150

?

 

[aydind]

Naja, das Browsen ist aber nicht vergleichbar mit:

<i>
</i>for x in {1..1000}; do ...

Mit nem sleep 3 zwischen aber doch schon, find ich. Mehr sleep aendert das Grundproblem nicht, dass er alle paar Mal den Server nicht findet. Wie gesagt, ich erwarte gar keine Fehler.

Wie ist dann die Ausgabe von:

<i>
</i>mtr -4nr -c 2 -i 2 77.238.184.150

?

Immer wieder so ein Problem in der Mitte:

<i>
</i>Start: Sat Nov 18 12:37:04 2017
HOST: red Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 50.0% 2 4.3 4.3 4.3 4.3 0.0 2.|-- 81.210.176.62 0.0% 2 14.5 14.6 14.5 14.6 0.0 3.|-- 81.210.176.61 0.0% 2 39.1 28.1 17.1 39.1 15.6 4.|-- 84.116.196.85 0.0% 2 39.1 38.9 38.7 39.1 0.0 5.|-- ??? 100.0 2 0.0 0.0 0.0 0.0 0.0 6.|-- 84.116.130.34 0.0% 2 39.8 38.0 36.2 39.8 2.4 7.|-- 84.116.134.210 0.0% 2 37.8 37.6 37.3 37.8 0.0 8.|-- 185.6.36.65 0.0% 2 50.7 44.3 37.9 50.7 9.1 9.|-- 66.196.65.23 0.0% 2 37.5 38.4 37.5 39.3 1.0 10.|-- 217.146.186.103 0.0% 2 38.8 38.8 38.7 38.8 0.0 11.|-- 77.238.184.150 0.0% 2 38.5 40.3 38.5 42.2 2.4

Ich werd jetzt wohl UM noch eine Stoerung uebermitteln und drum den Komfort-Tarif buchen, damit UM mir eine Box hinstellt,
dann ist das deren Problem, wenn die es auch nicht richtig tun sollte.

 

[tq1199]

Mit nem sleep 3 zwischen aber doch schon, ...

Auch nicht, denn 3 Sekunden sind ein m. E. zu geringer Zeitabstand, für so einen Test. Wie bereits empfohlen, versuch mal mit "sleep 30".

 

[Andreas1969]

Ich werd jetzt wohl UM noch eine Stoerung uebermitteln und drum den Komfort-Tarif buchen, damit UM mir eine Box hinstellt,
dann ist das deren Problem, wenn die es auch nicht richtig tun sollte.

Ganz im Sinne von UM

PS: Ich hatte Anfang des Jahres ein ähnliches Problem mit einem eigenen Modem, nur nicht ganz so krass.
DNS und Latenzprobleme, die Internetseiten öffneten sich extrem zäh.
Bin dann zur Providerbox 6490 zurückgekehrt und seitdem keine Probleme mehr.

 

[aydind]

Mit nem sleep 3 zwischen aber doch schon, ...

Auch nicht, denn 3 Sekunden sind ein m. E. zu geringer Zeitabstand, für so einen Test. Wie bereits empfohlen, versuch mal mit "sleep 30".

Nein, das aendert nichts, mit sleep 30,

.=OK, X=fail
[.X...X....]

Es wirkt natuerlich seltener, weil man seltener abfragt. Jedes Fail ist mir eins zuviel :/

 

[tq1199]

Es wirkt natuerlich seltener, weil man seltener abfragt.

Nein, Du musst nicht seltener abfragen, sondern die identische Anzahl an Abfragen, aber über einen größeren Zeitraum verteilt.

Jedes Fail ist mir eins zuviel :/

Ja, da stimme ich dir zu.

 

[addicted]

<i>
</i>--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... failed: No route to host.

Da hat irgendein Gerät die Route verloren. Du musst rausfinden, woher Du das ICMP reply bekommst, was Dir das mitteilt. Könnte Dein Rechner oder die Fritzbox sein, dann läge es ja nicht im Einflussbereich von UM.

 

[aydind]

<i>
</i>--2017-11-18 12:10:44-- http://www.yahoo.de/
Resolving www.yahoo.de (www.yahoo.de)... 77.238.184.150
Connecting to www.yahoo.de (www.yahoo.de)|77.238.184.150|:80... failed: No route to host.

Da hat irgendein Gerät die Route verloren. Du musst rausfinden, woher Du das ICMP reply bekommst, was Dir das mitteilt. Könnte Dein Rechner oder die Fritzbox sein, dann läge es ja nicht im Einflussbereich von UM.

Danke, dann bin ich schon mal ein Tick weiter, weil dass das Internet (bzw. die UM Server) kaputt sind, ist ja nun weniger wahrscheinlich-- Und da es bei mir auf verschiedenen Rechnern auftritt, ist die Fritzbox das wahrscheinlichere.
Hast du zufaellig ne Seite oder Befehle parat, mit dem ich das testen kann? Als Noob find ich grad nichts, wo ich genau suchen bzw. finden muss.

 

[tq1199]

Danke, dann bin ich schon mal ein Tick weiter, ...

Das war aber auch ein schlechtes Beispiel, denn mit/wegen deiner for-Schleife hat der "HSTS policy"-Schutzmechanismus zugeschlagen und auf den Port 443 (HTTPS) verschoben/verwiesen, der aber nur mit der IPv6-Adresse und nicht mit der IPv4-Adresse, erreichbar ist:

<i>
</i>:~$ nc -zv 77.238.184.150 80
Connection to 77.238.184.150 80 port [tcp/http] succeeded!

<i>
</i>Starting Nmap 6.40 ( http://nmap.org ) at 2017-11-18 15:22 CET
Nmap scan report for w2.src.vip.ir2.yahoo.com (77.238.184.150)
Host is up (0.037s latency).
PORT STATE SERVICE
443/tcp filtered https
Nmap done: 1 IP address (1 host up) scanned in 0.85 seconds

<i>
</i>:~ $ nc6 -zv -6 2a00:1288:110:2::3007 443
nc6: media-router-fp1.prod.media.vip.ir2.yahoo.com (2a00:1288:110:2::3007) 443 [https] open

 

[aydind]

Das war aber auch ein schlechtes Beispiel, denn mit/wegen deiner for-Schleife hat der "HSTS policy"-Schutzmechanismus zugeschlagen und auf den Port 443 (HTTPS) verschoben/verwiesen, der aber nur mit der IPv6-Adresse und nicht mit der IPv4-Adresse, erreichbar ist:

Das passiert, wenn ich Noob ohne Anleitung was mache
Das hier:

<i>
</i>:~$ nc -zv 77.238.184.150 80
Connection to 77.238.184.150 80 port [tcp/http] succeeded!

gibt bei mir Probleme (mit sleep 1, bitte nicht schimpfen):

<i>
</i>Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
nc: connect to 77.238.184.150 port 80 (tcp) failed: No route to host
Connection to 77.238.184.150 80 port [tcp/http] succeeded!
Connection to 77.238.184.150 80 port [tcp/http] succeeded!

Hingegen:

<i>
</i>Starting Nmap 6.40 ( http://nmap.org ) at 2017-11-18 15:22 CET
Nmap scan report for w2.src.vip.ir2.yahoo.com (77.238.184.150)
Host is up (0.037s latency).
PORT STATE SERVICE
443/tcp filtered https
Nmap done: 1 IP address (1 host up) scanned in 0.85 seconds

Wenn ich das starte, klappt es oefters, aber es kommt hin und wieder halt:

<i>
</i>aydin@red:~$ nmap 77.238.184.150
Starting Nmap 7.60 ( https://nmap.org ) at 2017-11-18 15:42 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 0.07 seconds

<i>
</i>:~ $ nc6 -zv -6 2a00:1288:110:2::3007 443
nc6: media-router-fp1.prod.media.vip.ir2.yahoo.com (2a00:1288:110:2::3007) 443 [https] open

Das wiederum macht in meiner sleep 1 Schleife gar keine Probleme.
Connection succeeded immer...
Dasselbe gilt fuer "$ nmap -6 2a00:1288:110:2::3007", hat auch keine Ausfaelle.

 

[tq1199]

Das passiert, wenn ich Noob ohne Anleitung was mache

gibt bei mir Probleme (mit sleep 1, bitte nicht schimpfen):

Hingegen:

Wenn ich das starte, klappt es oefters, aber es kommt hin und wieder halt:

Das wiederum macht in meiner sleep 1 Schleife gar keine Probleme.
Connection succeeded immer...
Dasselbe gilt fuer "$ nmap -6 2a00:1288:110:2::3007", hat auch keine Ausfaelle.

Naja, nc(6) und nmap sind ja auch nicht dafür entwickelt worden, damit sie in einer for-Schleife, auf diese Art und Weise benutzt werden.

Und diese Tools werden ja auch nicht die Auswirkung betr. HSTS-policy haben, wie ein wget (oder gleichwertig).
Aber schön, dass es mit dem Port 443 und der IPv6-Adresse keine "Ausfälle" gibt.

 

[addicted]

1) www.yahoo.de und de.yahoo.com sind unterschiedlichen Adressen. HSTS wird für de.yahoo.com gesendet.
2) Wie gesagt, ICMP reply. Du kannst wireshark oder tcpdump nehmen und danach filtern. Relevant ist die Quell-Adresse des reply und ein traceroute zum Webserver.

 

[aydind]

1) www.yahoo.de und de.yahoo.com sind unterschiedlichen Adressen. HSTS wird für de.yahoo.com gesendet.
2) Wie gesagt, ICMP reply. Du kannst wireshark oder tcpdump nehmen und danach filtern. Relevant ist die Quell-Adresse des reply und ein traceroute zum Webserver.

Danke fuer den Tipp! Was auftaucht sind Fehler der Form:

247 198.551973264 81.210.176.62 192.168.1.111 ICMP 102 Destination unreachable (Communication administratively filtered)

und zwar jedesmal, wenn eine Webseite nicht so richtig geht. 192.168.1.111 ist mein Rechner.
Aber was genau sagt mir das? Ne Firewall oder sowas hab ich hier lokal nicht, ausser das, was Ubuntu
standardmaessig installiert. Auch sonst nichts an der Fritzbox eingestellt. (D.h. jetzt hab ich DHCP v6
ausgestellt).

Jetzt stell ich fest, dass wenn ich ueber VPN der Uni ins Netz gehe, tada! keine ICMP Fehler oder
sonstige. Heisst das, dass Unitymedia was falsch konfiguriert hat bei mir? Fritzbox und Rechner kann
ich da ja ausschliessen, und 81.210.176.62 ist ja UM?

 

[Andreas1969]

Jetzt stell ich fest, dass wenn ich ueber VPN der Uni ins Netz gehe, tada! keine ICMP Fehler oder
sonstige.

Das kommt mir doch sehr bekannt vor!
Sieht nach einem Konfigurationsfehler auf CMTS Seite für Deinen Anschluss aus. Das wirst Du auch mit der Hotline nicht lösen können.

 

[aydind]

Jetzt stell ich fest, dass wenn ich ueber VPN der Uni ins Netz gehe, tada! keine ICMP Fehler oder
sonstige.

Das kommt mir doch sehr bekannt vor!
Sieht nach einem Konfigurationsfehler auf CMTS Seite für Deinen Anschluss aus. Das wirst Du auch mit der Hotline nicht lösen können.

[ironie]
Der Abend ist gerettet
[/ironie]
Im Ernst, Danke erstmal, irgendjemand muss das doch loesen koennen? Oder kann ich mit der Diagnose fristlos kuendigen?