Lösung:
Das Problem hängt irgendwie mit der MTU und der DS-Lite Implementierung von Unitymedia zusammen.
MTU Size Issues | Network World Dieser Artikel gibt sehr viele gute Infos zu dem Thema her.
Die Lösung bestand darin im NetworkManager die MTU herunterzusetzen. Momentan habe ich sie auf 1200bytes und alles läuft stabil.
Wireshark-log für den fehlschlagenden mendeley.com-login.
Scheinbar versuchen hier also beide Seiten ACKs zu senden, die nicht ankommen. die [FIN, ACK] pakete kommen dann aber direkt an. Hat dafür irgendwer eine mögliche Erklärung?
[Blockierte Grafik: http://i.imgur.com/3bXwNB1.png]
Dann wäre es allerdings verwunderlich, dass es mit Windows, Android etc. über den gleichen Router problemlos funktioniert.
Aber hast du an irgendwelche speziellen Einstellungen gedacht? Ich wüsste keine, bin aber gerne bereit Vorschläge auszuprobieren.
Ich hab mal einen solchen fehlerhaften Ablauf bei openshift mit Wireshark geloggt. An den grünen HTTP-Einträgen sieht man schön, wie der klick auf Settings noch funktioniert, aber der nächste Klick schlägt fehl:
[Blockierte Grafik: http://i.imgur.com/q2zxlUT.png]
Überall das gleiche Problem
Bei der Anmeldung wird man auf die Forenregeln hingewiesen. Und was macht man da? Man klickt sie einfach weg.
Genauso, wie auch niemand AGBs liest, wenn er sich anmeldet 
Aber danke für den Hinweis. Demnach kann also nur 30min bearbeitet werden. Alles klar
Netzwerkinfos - collectNWData.txt:
SUSE Paste
(Wird das editieren hier nach ein paar Stunden deaktiviert? Ich würde die Info gerne in den ersten Post einfügen)
Sorry, habs ergänzt.
Vielen Dank für den Hinweis.
(Crosspost: http://linux-club.de/forum/viewtopic.php?f=86&t=121050 )
Hi zusammen,
ich hab ein seltsames Problem mit openSUSE Leap 42.1. Ich kriege auf einigen Webseiten reproduzierbar Timeouts.
Zwei Beispiele:
https://openshift.redhat.com/app/login
Lädt ordnungsgemäß. Ich kann mich einloggen und und auch auf "Settings" klicken. Danach kann ich aber einen beliebigen Link anklicken und bekomme einen Timeout. Wenn ich dann wieder versuche "https://openshift.redhat.com/app/login" zu laden, geht auch das nicht mehr.
Nach einem Browser-Neustart lädt die Seite wieder, bis zum zweiten Klick nach dem Login.
https://www.mendeley.com/sign-in/
Lädt auch, aber wenn ich meine Login-Daten eingebe und auf "Sign in" klicke bekomme ich auch wieder einen Timeout.
Jetzt das besonders eigenartige:
Das Problem tritt unter openSUSE 42.1 reproduzierbar mit allen Browsern auf, die ich getestet habe (Firefox, Chrome, Midori). Auch eine komplett neue Installation von openSUSE zeigt die gleichen Symptome.
Wenn ich auf dem selben Rechner jedoch Windows 10 starte, funktionieren alle Seiten problemlos. Sowohl mit Chrome, als auch mit Internet Explorer.
Was mir auffällt, ist, dass beide Beispiele, die mir aufgefallen sind, https-Seiten sind. Ob das Problem hierauf beschränkt ist, kann ich jedoch leider nicht sagen.
Ich habe schon drüber nachgedacht, ob es an meinem Internetprovider liegen könnte. Ich bin bei Unitymedia und bekomme vom Provider nur IPv6-Adressen zugewiesen. IPv4-Anfragen werden nach meinem Wissen mit hunderten weiteren Kunden über eine NAT geschleust. Das würde allerdings nicht erklären, warum es mit Windows 10 funktioniert.
Hat jemand eine Idee wo ich noch nach den Ursachen suchen könnte?
EDIT:
Wenn ich die Seiten über einen Webproxy nutze (z.B. https://hide.me/de/proxy ) funktionieren beide Seiten auch unter openSUSE problemlos.
