[Haftamo]

Hallo zusammen,

da es am Wochenende Probleme mit Firefox gab und ich dennoch mit etwas Schutz im Interent surfen wollte, habe ich einige andere Browser heruntergeladen und wollte sie testen.

Bei Opera und Google Chrome hat sich dann aber schnell gezeigt das ich mit ihnen nicht ins Internet kommen. Mit den Browser kann ich zwar auf den Router zugreifen aber wenn ich mit ihnen ins Internet möchte kommt eine time out Meldung und das ich meine Einstellungen überprüfen soll.

Ich weiß nicht woran es liegen könnte. Ich habe es jeweils mit der normalen Version und der portablen versucht. Firefox Portable hat auch keine Probleme sich mit dem Internet zu verbinden.

Das Problem betrifft aber auch nur Win 10, wenn ich über VirtualBox ins Internet mit einen anderen Browser gehe habe ich das Problem nicht und mit Netrunner (Linux) gab es auch keine Probleme.

Ich weiß nicht woran es liegen könnte. Wenn ich die Browser installiere wird mir in den Sicherheitseinstellungen von Win 10 auch die Möglichkeit gegeben diese durch die Firewall zu blockieren aber ich hatte sie nicht blockieren lassen und kann daher nicht nachvollziehen warum ich mit ihnen nicht ins Internet komme.

Ach ja, noch etwas, dieses time out Problem habe ich auch manchmal mit Steam, GOG oder mtg arena aber auch nur sehr selten und wenn ich mit den Programmen eine erneute Verbindung versuche, funktioniert es auch,

[foobar]

Wenn du an irgendwelchen Einstellungen deines Windows herum gespielt hast (z.B. die Hosts-Datei modifiziert) oder eine Pseudo-Sicherheitssoftware mit "Firewall" (Norton, Kaspersky, etc.) einsetzt, dann mache das als erstes mal rückgängig.

Ansonsten ist es zunächst wichtig, das Problem weiter einzugrenzen. Was genau scheitert? Die Verbindungsaufnahme mit dem Server? Oder die Namensauflösung? IPv4 oder IPv6?

Rufe z.B. die WoP mal nicht über ihren Namen, sondern ihre IP auf: https://176.9.118.167/. Wenn das klappt, dann hängt am DNS. Wenn das auch klemmt, dann probiere mal die IPv6-Adresse: https://[2a01:4f8:151:72a1::2]/.

Und gucke mal, ob deine MTU richtig eingestellt ist.

[Haftamo]

Bei Windows ist alles auf den Standardeinstellungen, ich habe da nichts verändert und abgesehen vom Windows Defender nutze ich keine separaten Programme.

Bei der MTU werden mir keine Fehler angezeigt,

Einfach die IP einer Seite eingeben funktioniert teilweise. Wenn ich sie eingebe lädt der Brwoser länger und mir wird die Seite angezeigt oder was öfter der Fall ist, nicht.

Interessant ist aber auch das die Wahrscheinlichkeit für den Seitenaufbau steigt, wenn ich eine Seite bereits mit Firefox besucht habe. Es soll aber nicht bedeuten das ich einfach eine Seite mit Firefox ansteuere und danach diese auch in Opera sehen kann wenn ich es über Opera versuche. Es steigt die Wahrscheinlichkeit das es danach über Opera funktioniert.

Ich habe auch keinen separaten DNS für die Adressen eingestellt. Ich nutze den DNS Server von meinem Internetanbieter (PYUR)

[foobar]

Bei der MTU werden mir keine Fehler angezeigt

Darum ging's aber nicht, sondern um die richtige Größe.

Einfach die IP einer Seite eingeben funktioniert teilweise. Wenn ich sie eingebe lädt der Brwoser länger und mir wird die Seite angezeigt oder was öfter der Fall ist, nicht.

Hmm... das könnte trotzdem ein DNS-Problem sein. Heutzutage laden Seiten ja jede Menge Gerümpel nach (Bilder, CSS, Javascript, Werbung, etc.) und das erfolgt i.d.R. über Hostnamen. Und eventuell klemmt es da dann.

Gehe mal auf die Kommandozeile (Eingabeaufforderung) und gibt ein:

ipconfig /flushdns

Teste dann mit:

nslookup <hostname>

ob die Namensauflösung immer funktioniert. Speziell den Seiten, die Probleme machen. Du kannst auch testweise einen anderen Nameserver befragen, indem du dessen IP hinten anhängst. So fragt:

nslookup www.web.de 8.8.8.8

beispielsweise die Google-Server nach der IP von web.de. Eine weitere Alternative ist Cloudflare (1.1.1.1).

Du kannst auch mal testweise IPv6 komplett deaktiveren. Dann muss man sich nur noch um IPv4 kümmern und hat nicht ständig mit 2 verschiedenen Protokollen zu kämpfen. Dazu kannst du in den Eigenschaften des Ethernet-Adapters das Häkchen bei "Internetprotokoll, Version 6" entfernen. Und eventuell neustarten, ist ja Windows.

[Petrus]

Nur so als Randnotiz: beide Aufrufe geben bei mir Fehler aus.

Rufe z.B. die WoP mal nicht über ihren Namen, sondern ihre IP auf: https://176.9.118.167/. Wenn das klappt, dann hängt am DNS. Wenn das auch klemmt, dann probiere mal die IPv6-Adresse: https://[2a01:4f8:151:72a1::2]/.

https://upload.worldofplayers.de/fil..._ipv4_ipv6.jpg
Liegt nicht an meinen halbwegs restriktiven Einstellungen, Firefox erzählt jeweils das gleiche.

edit: die 'Details' bei der ip4 Adresse: Unsupported protocol
The client and server don't support a common SSL protocol version or cipher suite.

[foobar]

Probiere mal die unverschlüsselte Version (http). Eventuell hapert's mit den Zertifikaten, wenn kein Domainname da ist.

[Petrus]

Die ipv4 Adresse ohne SSL aufzurufen geht, man wird zur Wop weitergeleitet und angeblich wird dann auch verschlüsselt. Die ipv6 Adresse geht nicht, gleicher Fehler.

[foobar]

Das Problem mit dem Testen im Browser ist halt, dass da soviele Dinge ineinander greifen (DNS, IP, HTTP, SSL, etc. etc.), dass es schwierig ist, irgendein nicht offensichtliches Problem einzugrenzen. Deshalb ist es am besten, man arbeitet sich von unten her hoch. Erstmal die Namensauflösung prüfen, dann via 'ping' die IP, dann die MTU, und so weiter.

[Haftamo]

Beim MTU gibt es bis 1473 Verluste. Alles ab und unter 1472 hat keine Probleme.

Ich verstehe das Problem nicht. Wenn es ein Globales Problem wäre, würde auch Firefox nicht funktionieren. Aber Firefox funktioniert.

ipconfig /flushdns durchgeführt und nslookup <hostname> mit verschiedenen Seiten durchgeführt.

Wenn ich aus dem Beispiel web.de nehme bekomme ich:

nslookup www.web.de
Server:  ha-ns1-cust.ip-platform.net
Address:  2a02:2450:dd3f:400f::10

Nicht autorisierende Antwort:
Name:    www.g-ha-web.de
Address:  82.165.229.138
Aliases:  www.web.de

nslookup www.web.de 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Nicht autorisierende Antwort:
Name:    www.g-ha-web.de
Address:  82.165.230.17
Aliases:  www.web.de

IPv6 deaktivieren hat auch keine Besserung gebracht.

[foobar]

Ich verstehe das Problem nicht. Wenn es ein Globales Problem wäre, würde auch Firefox nicht funktionieren. Aber Firefox funktioniert.

Die Überlegung an sich ist richtig, aber wie ich schrieb: Auf Browser-Ebene kommen zu viele Variablen zusammen. Vielleicht setzt Chrome das DF-Bit. Vielleicht behakt sich irgendeine Optimierungen (HTTP/2 oder QUIC) mit den vorhandenen Einstellungen. Da kann man ewig und drei Tage rumsuchen.

Ich nehme ja an, du hast keine Addons in Chrome installiert (die evtl. was blödes machen könnten) oder an dessen Einstellungen herum gebastelt.

Wenn du dann die MTU passend eingestellt hast, sollte aber auf der Systemebene eigentlich alles stimmen, so wie ich es im Moment einschätzen kann. Es scheint also wirklich an Chrome zu liegen. Opera benutzt ja inzwischen die selbe Engine. Daher wäre es interessant, hier nochmal verschiedene Browser zu vergleichen. Beispielsweise Edge (der zwar demnächst auch auf Chromium umgestellt werden soll, aber aktuell noch eine eigene Engine hat) oder Midori. Ein weiterer Browser mit Chromium-Engine wäre SRware Iron. Wenn's halt wirklich immer nur die Chrome-Engine ist, dann weiß man zumindest schon mal, wo man nach dem Problem suchen muss.

[Haftamo]

Ich hatte Chrome ohne Addons installiert. Abgesehen von Firefox haben alle Browser, die ich getestet habe, keine Addons.

Diese Browser funktionieren nicht: Opera, Vivaldi, Chrominum, Chrome, IronPortable, FalkonPortable.

Diese Browser funktionieren: Firefox, SeaMonkey, K-Meleon.

So wie es aussieht, liegt es an der Chromium-Engine.

[Petrus]

Vivaldi

Midori, OtterBrowser und Dooble benutz ich manchmal auch noch.
FifthBrowser und Links2 auch, aber die würd ich jetzt nicht jedem empfehlen.

[foobar]

Vor Jahren gab's mal Probleme mit Chrome und deren Blacklist-Service für "Malware"-Domains. Da musste man dann HKCU\Software\Google\Chrome\BLBeacon\status auf 0 setzen, aber das sollte eigentlich inzwischen behoben sein.

Du kannst noch mal testweise unter chrome://flags das QUIC-Protokoll und die Hardwarebeschleunigung abschalten.

[Haftamo]

Den Pfad "HKCU\Software\Google\Chrome\BLBeacon\status" habe ich nicht bei google Chrome gefunden.

Für Chromium und Vivaldi gibt es dazu einen Pfad der auf state endet. Ich habe es bei beiden probiert und es hat sich nichts geändert.

chrome://flags bzw. vivaldi://flags QUIC-Protokoll und Hardwarebeschleunigung abschaltet. Es hat sich nichts geändert

[foobar]

Mehr fällt mir im Moment auch nicht ein. Außer, mal mit Wireshark den gesamten Netzwerkverkehr mitzuschneiden, während Chrome auf's WWW zuzugreifen versucht und dann zu schauen, ob man darin was sieht. Das ist allerdings nicht unbedingt trivial...

[Professor Hunt]

Zumindest beim Vivaldi könntest du oben in der Adressleiste mal schauen, was er genau bei dem Zertifikat sagt. Dafür auf das Info-"I" vor der URL und dann auf Zertifikat und mal einen Screenshot vom Zertifikat posten.
Was es allerdings auch sein könnte: Proxies.

https://praxistipps.chip.de/internet...aendern_27836#

Nutz mal diese Anleitung und schau mal, ob ein Proxy Server angegeben ist oder das Häckchen gesetzt ist. Die Browser richten sich meist nach globalen Proxy-Einstellungen, die man u.a. über den IE festlegen kann. Manchmal ist das nützlich und wird von manchen Programmen gemacht..manchmal werden diese Änderungen danach nicht rückgängig gemacht...

[Haftamo]

Für Wireshark muss ich mich noch etwas einlesen.

Bei Vivaldi wird mir das angezeigt wenn ich auf das i gehe:

Bild.png

Die Seite wird aber auch nicht geladen. Es kommt die Meldung ERR_TIMED_OUT

Ein Proxy ist nicht eingestellt

[foobar]

Hat das Windows schon mal ein Upgrade (z.B. von 1803 auf 1809) hinter sich?

[Haftamo]

Ich habe die Version 1809

Wie es aussieht gibt es ein Problem zwischen dem Kryptografiedienst von Win 10 und Chrome für den es verschiedene Lösungen geben soll von EInstellungen in Chrome ändern bis hin von Einträgen aus der Windows Registry zu löschen.

Das Funktioniert bei mir:

Win Taste + R 

services.msc eingegeben

Kryptografiedienste -> Eigenschaften -> Anmelden
Punkt auf Lokakes Systemkonto und einen Haken bei "Datenaustausch zwischen Dienst und Desktop zulassen" setzen.

So wirklich weiß ich nicht wo die Unterschiede zwischen den beiden Auswahlpunkten liegen aber ich vermute das es etwas mit meinem lokalem Benutzerkonto zu tun haben könnte. Ich hatte mich mit dem Konto nicht bei Microsoft registriert sondern die alternative genommen und ein lokales Benutzerkonto erstellt. (Falls ich mich jetzt falsch ausgedrückt haben sollte, die WIndowsversion ist bei Microsoft angemeldet und das Konto nur lokal.)

Toll finde ich die Lösung nicht, da ich nicht weiß ob dadurch ein Sicherheitsrisiko entsteht aber es funktioniert.

[Haftamo]

Da bin ich wieder.

Ich habe meine Änderung rückgängig gemacht da mit der Änderung Virtualbox nicht mehr funktioniert und "Ausführen" nicht mehr genutzt werden kann. Ich muss dann über Windows PowerShell (Administrator) gehen.

Virtualbox ist für mich wichtiger als bspw. Opera.

Ich benötige als eine andere Lösung.