Ubuntu kann keine Verbindung zu IPv4-Sites herstellen und weist einige sehr merkwürdige Netzwerkverhalten auf

Question

Ich verwende Ubuntu 15.04 mit aktuellem Chrome. Ich habe seit Kurzem ein seltsames Problem.

Meine Internetverbindung wird drahtlos über DSL übertragen (genauer gesagt über AT&T U-Verse). Bei der Anzeige mit ifconfigwurde mein Laptop immer mit einer IPV4-Adresse identifiziert. Heute Morgen, als ich Verbindungsprobleme hatte, zeigte es eine IPV6-Adresse an.

Beim Öffnen von Websites in Chrome erhielt ich die Fehlermeldung ERR_NAME_NOT_RESOLVED, bis mir schließlich klar wurde, dass ich DNS-Probleme hatte (ein häufiges Problem an meinem Arbeitsplatz). Normalerweise stelle ich unsere Computer auf Google Public DNS für IPv4 ein, also stelle ich natürlich auch meine IPv6-DNS-Resolver auf die Server von Google Public DNS ein. Danach hatte ich eine Verbindung, die man nur als lückenhaft bezeichnen kann.

Manchmal kann ich mit Chrome auf Websites wie Google, Facebook und Wikipedia zugreifen, die über IPv6 bereitgestellt werden. Manchmal „bricht“ meine Netzwerkverbindung ab, was bedeutet, dass Chrome zunächst „DNS_PROBE_FINISHED_NO_INTERNET“ anzeigt und dass Ubuntu mir die GTK-Benachrichtigung anzeigt, dass meine Netzwerkverbindung getrennt wurde.

Meine Verbindung "stirbt" nach dem Laden von 2-3 IPv6-Sites oder beim Versuch, eine IPv4-Site zu laden, wiehttp://ubuntu.com.

Während ich an diesem Computer war, habe ich manchmal versucht, über die Google-Suche auf eine Ressource zuzugreifen und sie dann im Google-Cache anzuzeigen. Das hat funktioniert (natürlich nur für jeweils ein paar Seitenladevorgänge).

Jedes Mal, wenn meine Verbindung „abbrach“, ging ich zum Netzwerkmanager und sah den Text „Verbinden“. Randbemerkung: Das Symbol des Netzwerkmanagers wird nicht in der „Taskleiste“ angezeigt. Ich muss Super verwenden und suchen, um ihn zu öffnen.

Mein Router hat eine Admin-Seite unterhttp://192.168.1.254, aber meistens tritt ein Fehler auf, wenn ich versuche, auf diese Seite zuzugreifen.

Folgendes habe ich versucht:

1. Starten Sie den Computer viele, viele Male neu.
2. Router neu starten. Ich habe das einmal gemacht, da es meinen Arbeitsplatz ziemlich stört. Alle anderen Computer (Windows und ein iMac) scheinen einwandfrei zu funktionieren.
3. DHCP-Lease erneuern. Ich habe fast alles getandiese.
4. DNS-Cache von Chrome geleert.
5. FireFox funktioniert nicht besser.
6. Stellen Sie über Ethernet eine direkte Verbindung zum DSL-Modem her.

Momentan funktioniert mein Internet für IPv6-Sites (ich schreibe diese Frage vom Mac aus). ping google.comergibt connect: Network is unreachable(ich kann google.comin Chrome darauf zugreifen), ping not-a-real-site.comergibt ping: unknown host not-a-real-site.com, das Pingen meines Gateways unter 192.168.1.254 ergibt „nicht erreichbar“, ebenso das Pingen von 8.8.8.8, aber das Pingen localhostergibt trotzdem das richtige Verhalten.

Ich bin sehr verwirrt. Wie kann ich das beheben?

Edit 0: Ich kann mich mit beiden verbindenhttps://ipv4.google.comUndhttps://ipv6.google.comauf dem Arbeitscomputer, aber nur umhttps://ipv6.google.comAuf meinem Laptop.

Answer 1

Wenn Sie wissen, welche Methode Ihr ISP für den Zugriff auf IPv4-Server vorgesehen hat, können Sie das Problem sicherlich leichter beheben. Auf der LAN-Seite Ihres Routers gibt es drei Möglichkeiten:

• Routingfähige IPv4-Adressen (unwahrscheinlich)
• Nicht routbare IPv4-Adressen (und NAT)
• Nur IPv4-Adressen (und NAT64)

Sofern Sie auf der LAN-Seite Ihres Routers keine routingfähigen IPv4-Adressen verwenden, gibt es auf der WAN-Seite Ihres Routers fünf Möglichkeiten:

• Routingfähige IPv4-Adresse (das haben die meisten ISPs früher so gemacht)
• Nicht routbare IPv4-Adresse (und CGN)
• NAT64
• DS-Lite
• 4. Platz

Wenn Sie wissen, welche der 11 möglichen Kombinationen der ISP für Sie vorgesehen hat, können Sie das Problem leichter beheben. Als Erstes müssen Sie überprüfen, ob Sie sowohl eine IPv4- als auch eine IPv6-Adresse auf Ihrer Netzwerkschnittstelle haben oder nur eine davon.

Es gibt einige offensichtliche Möglichkeiten, was schief laufen könnte.

Wenn Sie das Menü aufgerufen finden, Edit Connections...können Sie auswählen, ob für die Verbindung IPv4 und ob für die Verbindung IPv6 erforderlich ist. Wenn keines von beiden aktiviert ist, muss mindestens eines der beiden aktiviert sein, damit die Verbindung als intakt gilt.

Wenn NAT64 beteiligt ist, benötigen Sie außerdem DNS64. Wenn der ISP beabsichtigt, dass Sie NAT64 verwenden, stellt er Ihnen auch einen DNS-Server mit DNS64 zur Verfügung. Wenn Sie sich jedoch für die Verwendung eines anderen DNS-Servers entscheiden, erhalten Sie (höchstwahrscheinlich) kein DNS64.

Wenn Ihr ISP die Verwendung von NAT64 beabsichtigt, Sie jedoch nicht die von Ihrem ISP bereitgestellten DNS-Server verwenden möchten, können Sie trotzdem einen anderen DNS-Server verwenden. Dieser muss jedoch mit DNS64 und demselben Präfix wie das von Ihrem ISP bereitgestellte NAT64 konfiguriert sein.

Wenn das LAN nicht routbare IPv4-Adressen verwendet und das WAN NAT64, muss Ihr Router NAT464 unterstützen. NAT464 muss das von NAT64 verwendete Präfix kennen. Normalerweise findet es dieses Präfix, indem es den DNS-Server nach einem Namen abfragt, der mit DNS64 aufgelöst wird. Es ist technisch möglich, dass eine NAT464-Implementierung die statische Konfiguration des NAT64-Präfixes unterstützt, wodurch DNS64 überflüssig wird.

Einstellungen, die hilfreich sein können

Kurz gesagt könnten die folgenden Einstellungen mit dem Problem in Zusammenhang stehen:

• Für die Herstellung dieser Verbindung ist eine IPv4-Adressierung erforderlich.
• Für die Herstellung dieser Verbindung ist eine IPv6-Adressierung erforderlich.
• DNS-Server

Wenn die richtigen Einstellungen nicht ausreichen, um das Problem zu lösen, müssen Sie weitere Informationen einholen, um eine bessere Antwort zu erhalten.