Problem bei spezieller Kombi Laptop+Website+Router

[besinnungslos]

Spiralnebelverdreher, weißt du noch, wie du die dann geändert hast und auf welchen wert?
Ich habe was auf https://support.zen.co.uk/kb/Knowledgeb ... ch-routers gefunden, aber wenn ich den Befehl eingebe kommt lediglich connection time out. Ich habe auch ein paar andere IPs ausprobiert, aber hat alles nicht geholfen.
Das mit MTU hört sich aber mal gut an, geht in die Richtung von dem Problem, dass ich habe.

/edit
Also MTU im Router konnte ich nicht andern. Aber MTU am Computer lässt sich mit

Code: Alles auswählen

/sbin/ifconfig wlan0 MTU xxxx

Andern. Habe es auf 1474 gesetzt, wenn ich

Code: Alles auswählen

ping -c 1 -s $((1500-28)) -M do www.debian.org

Ausführen schlägt er mir diesen wert vor. Den Befehl habe ich von Debian.org unter Netzwerke kopiert.
Leider hat das auch nicht geholfen!
Etwas anderes was ich auch ausprobiert hatte ist Tethering mit meinem Smartphone, aber auch das hilft leider nicht.

[BenutzerGa4gooPh]

Die MTU-Size beeinflusst eigentlich nur den Durchsatz (Upload) durch mehr oder weniger Fragmentierung.
Wie man ein gewisses Optimum ermittelt, wird hier vorgeschlagen: http://www.it-fehler.de/mtu-size-ermitteln/
Kann kein anderer für dich tun, ist von deinem Provider abhängig.

Suche und verlinke mal das Manual/Handbuch deiner Routers. Gibt oft mehrere Versionen, Typenschild/Seriennummer/V.x beachten. Theoretisch reicht auch schon eine Änderung der MTU am Host (Debian). Allerdings kann eine "Messung" mit Debian-Host schief gehen, wenn der Router selbst blöd fragmentiert. Viele Router bieten eigene Diagnose, u. a. Ping. Versuche, auf das Management des Routers zu kommen. (Web-)Support deines Providers?!

(Die Skriptausgabe schaue ich mir morgen an. Bin heute etwas geschafft, nervös, sorry. )

[Teddybear]

Code: Alles auswählen

===== ping tests =================================================================================================
Ping of 8.8.8.8 failed
Ping of www.google.com OK
===== cat /etc/resolv | grep -i "nameserver" =====================================================================
nameserver xxxx:xxx:xxxx::10
nameserver xxxx:xxx:xxxx::11

Das sieht mir ganz danach aus, als würde IPv4 nicht gehen.

[besinnungslos]

Ich weiß nicht, wieso da steht das ping 8.8.8.8 fehlgeschlagen hat. Wenn ich in der Konsole 8.8.8.8 anpinge ist alles top, knapp 10ms Reaktionszeit und keine Pakete verloren.

[Teddybear]

Ich habe trotzdem die Vermutung, das da was nicht passt.

Funktioniert die Namensauflösung mit ipv4?

Code: Alles auswählen

ping4 google.de

[besinnungslos]

Den Befehl ping4 gibt es nicht, lediglich ping6.
Ping, Ping6, traceroute -4 und traceroute -6 haben alle funktioniert.

[spiralnebelverdreher]

Spiralnebelverdreher, weißt du noch, wie du die dann geändert hast und auf welchen wert?

Leider weiss ich das so genau nicht mehr. Es war vermutlich ein Netgear Router oder eine FritzBox.
Wie andere hier schon angemerkt haben, sollte ein falscher MTU Wert den Durchsatz beeinträchtigen aber den Erfolg der Kommunikation nicht verhindern. In meinem Fall war es definitiv anders; ich vermute dass ein einem der Geräte einfach eine fehlerhafte Implementierung vorlag.

[Teddybear]

Ich weiss nicht ob das nun Zufall war, oder es dein Problem ist.
Habe grade mal getestet wie es hier läuft, wenn ich lediglich ipv6 nameserver in meiner resolv.conf stehen habe.
Tja, was soll ich sagen... mindestens die hälfte der Seiten in meinen bookmarks laufen nicht richtig, oder können,weil kein ipv6, garnicht erst erreicht werden.

Vielleicht liegt es ja wirklich daran.

[BenutzerGa4gooPh]

Schlage aufgrund Teddybears Antworten Test mit tcptraceroute zu den nicht funktionierenden Websites (bzw. deren Server) und deren Ports 80 und 443 vor. Ebenso zu dem Mailserver, Port 25 und benutzten Port lt. SMTP-Einstellungen Mail-Client: https://de.m.wikipedia.org/wiki/Simple_ ... r_Protocol
Mal sehen, wo es klemmt: Eigenes Netz oder Provider?

[Teddybear]

Um meine Theorie ein wenig zu untermauern...
Hier ein Screenshot wie es bei mir aussieht, wenn nur IPv6 nameserver im Spiel sind.
https://picload.org/image/rloaagol/scre ... 001705.png
Gewisse Inhalte von "externen hosts" werden nicht geladen.

Ich würde es einfach mal testen, und die /etc/resolv.conf editieren.

Code: Alles auswählen

nameserver 8.8.8.8
nameserver 8.8.4.4

Was mir bei meinen Tests aufgefallen ist:
- mit ausschließlich IPv6 Adressen in der resolv.conf hängen einige Verbindungen laut netstat beim SYN_WAIT oder FIN_WAIT fest.

Wie dies aber mit dem resolver zusammen hängt, kann ich nicht erklären, da die namen eigentlich aufgelöst werden.
Alles ein wenig kurios...