Kein Internet nach dem Upgrade vom 16.04 auf den 18.04

Nach dem Upgrade ist mir aufgefallen, dass ich keinen Internetzugang habe . Das kabelgebundene Netzwerk und die WLAN-Einstellungen sahen gut aus, aber es funktionierte nicht. Nach dem Login hat sich das System immer in den Flugzeugmodus geschaltet. Ich habe das Netzwerk über USB und Bluetooth mit meinem Handy verbunden, aber sie haben auch nicht funktioniert.

Ich habe den Fehler auf dem Launchpad gemeldet. Sie können abonnieren, wenn Sie beteiligt sind: https://bugs.launchpad.net/ubuntu/+bug/1816530

der Ursprung der Lösung

wenn das /etc/resolv.confleer ist kannst du aber ping 8.8.8.8

$ echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null

Wenn das /etc/resolvconf/resolv.conf.d/headleer ist, müssen Sie den obigen Befehl nach jedem Neustart wiederholen, außer Sie tun dies:

$ echo "nameserver 8.8.8.8" | sudo tee -a /etc/resolvconf/resolv.conf.d/head > /dev/null

dann musst du die resolvconf und das netzwerk neu starten

$ sudo systemctl enable resolvconf
$ sudo systemctl start resolvconf
$ sudo /etc/init.d/networking restart

Ich stimme einigen anderen hier zu, dass die ausgewählte Antwort wahrscheinlich nicht der beste Weg ist, um das Problem zu beheben:

Wenn eine Datei am Anfang einen Kommentar enthält, der besagt, dass

"DO NOT EDIT THIS FILE"

dann gibt es wahrscheinlich einen sehr guten Grund, diese Datei nicht zu bearbeiten! ;-)

Und hier ist der Grund sowie ein Vorschlag für eine bessere (IMHO) Lösung:

ein. Die Datei /etc/resolv.conf, die Sie geändert haben, wird beim Booten überschrieben, sodass Ihre Änderung nicht "hängen bleibt".

b. Die IP-Adresse (127.0.0.53), die sich ursprünglich dort befand (bevor Sie sie geändert haben), ist die Adresse eines DNS-Stub-Resolvers. Es ist da! Sie können es pingen! Es wird lokal auf Ihrem Computer ausgeführt. Was ist ein Stub-Resolver? Es nimmt Ihre DNS-Abfragen entgegen und sucht in seinem Cache nach einer Lösung! Wenn es keinen findet, wird es einen echten DNS-Server erreichen (und dann das Ergebnis zwischenspeichern). Wenn Sie also die Adresse des Stub-Resolvers überschreiben, werden Sie diese wichtige Caching-Funktion des Stub-Resolvers verpassen!

Das Problem mit dieser neuen Auflösungsmethode in Ubuntu 18.04 ist, dass die "echte" DNS-Serveradresse nie festgelegt wurde. Wenn der Stub-Resolver die angeforderte Domain nicht im Cache findet, weiß er nicht, welchen DNS-Server er abfragen soll. (Daher funktionieren Ihre domänenbasierten Internetzugänge nicht mehr). Sie müssen also nur den "echten" DNS-Server konfigurieren, den dieser Stub-Resolver verwenden muss. Und Sie tun dies durch Bearbeiten (sudo!)/etc/systemd/resolved.conf

Füge einfach so etwas hinzu

DNS=8.8.8.8

zu dieser Datei.

Starten Sie dann das Netzwerk neu oder starten Sie es neu, damit Sie sicherstellen können, dass Sie jetzt eine Lösung haben, die über Neustarts hinweg persistent ist.

(Was ich noch nicht herausgefunden habe, ist, warum DHCP den richtigen DNS-Server nicht richtig einstellt!)

Akzeptierte Antwort hat mein Problem gelöst. Wie alle anderen sagten, ist dies jedoch nur so lange möglich, bis Sie einen Neustart durchführen, den ich täglich mit meinem Computer durchführe. Wenn ich bei jedem Systemstart 5 bis 6 Zeilen in das Terminal eingebe, finde ich das nicht besonders amüsant.

Nachdem ich im Internet gebuddelt hatte, fand ich eine Lösung, um das Problem dauerhaft zu lösen. Ich habe danach dreimal einen Neustart durchgeführt, um sicherzugehen, dass die Internetverbindung besteht und ich nichts tun muss.

Lösung:

Starten Sie das Terminal und geben Sie Folgendes ein:

$ ifconfig

Jetzt müssen Sie herausfinden, welches Ihre Ethernet-Schnittstelle ist. Meins ist gelistet als eth1. Nächster Typ:

$sudo gedit /etc/network/interfaces

Meine Datei hatte nur:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Nun müssen Sie noch die folgenden Zeilen hinzufügen:

auto eth1
iface eth1 inet dhcp

Zuletzt $ sudo ifup eth1Neustart und fertig. Vergessen Sie nicht, eth1den Namen Ihrer Ethernet-Schnittstelle zu ändern .

Ursprüngliche Antwort

tl; dr

Bearbeiten Sie zuerst diese Datei

sudo vim /etc/resolvconf/resolv.conf.d/base

Zweitens: Fügen Sie Folgendes hinzu

nameserver 8.8.8.8
nameserver 8.8.4.4

Danach starte Ubuntu neu, sollte jetzt Internet haben.

Erklären

Einige der aufgelisteten Lösungen haben funktioniert, sind jedoch fehlgeschlagen, sobald Ubuntu neu gestartet wurde (in meinem Fall VM).

Die obige Lösung ist eine einfache Form dieser Lösung ( https://unix.stackexchange.com/a/128223/243480 ) und es hat einwandfrei funktioniert

Ich hatte das gleiche Problem unter Ubuntu 18.04 und die obige Antwort funktionierte nicht für mich, da ich keinen Ordner mit dem Namen hatte /etc/resolvconf/resolv.conf.d/. Also habe ich folgendes gemacht

sudo mkdir -p /etc/resolvconf/resolv.conf.d
sudo touch /etc/resolvconf/resolv.conf.d/head

Dann habe ich nameserver 8.8.8.8die Datei hinzugefügt/etc/resolvconf/resolv.conf.d/head

Dann löste ein einfacher Neustart des Netzwerks das Problem.

sudo /etc/init.d/networking restart

Ändern /etc/resolv.confist nicht die beste Antwort auf dieses Problem. Laut Ubuntu 16.04 resolv.confkann die Dokumentationsdatei jederzeit vom System überschrieben werden.
Wenn Sie eine statische IP-Konfiguration verwenden, sollten Sie Ihrer /etc/network/interfacesDatei in der Ethernet-Kartenkonfiguration eine Zeile hinzufügen . Es sollte ungefähr so ​​aussehen:

iface eth0 inet static 
    address 192.168.3.3 
    emsp;netmask 255.255.255.0 
    gateway 192.168.3.1 
    dns-nameservers 8.8.8.8

Und dann, um Ihr Netzwerk neu zu starten, führen Sie Folgendes aus:

/etc/init.d/networking restart

Wenn Sie in Zukunft mögliche Probleme vermeiden möchten, können Sie noch eines tun. Durch ein Upgrade von 16.04 auf 18.04 wird die Netzwerkkonfigurationsmethode nicht von /etc/networkauf die neue /etc/netplanin 18.04 verwendete Methode geändert . Wenn Sie es manuell ändern möchten, lesen Sie Wie Sie netplan auf einem Ubuntu-Server aktivieren, der von 16.04 auf 18.04 aktualisiert wurde

Hallo, alle, hier ist so gut wie nichts los, aber ich bin auf dieses Problem gestoßen, als ich mit dem Dual-Booten zwischen Windows 10 begonnen und Ubuntu 18.04 auf einer separaten Festplatte geladen habe. Mein Internet stellte keine Verbindung her und mein Router erlaubte mir nicht, die Konfigurationsoberfläche zu öffnen. Ich habe schließlich herausgefunden, dass es daran lag, dass DCHP festgelegt war, um Windows 10 eine statische IP zuzuweisen. Nachdem ich alle Informationen überprüft hatte und nichts funktionierte, lud ich Windows 10 und entfernte die statische IP des Routers aus den DHCP-Einstellungen. Damit hat das Internet funktioniert, aber ich wollte eine statische IP für Windows und Ubuntu. Das Beste, was ich herausfinden kann, ist, dass Ubuntu den DHCP-Server des Routers nicht ordnungsgemäß übergibt, obwohl er auf "Automatisch" eingestellt ist. Sobald ich die statische IP-Adresse und das Gateway in Ubuntu manuell konfiguriert habe, kann ich auf die zuvor genannte statische IP-Adresse zurückgreifen. Hoffe das hilft jemandem.

Auf dem nicht funktionierenden aktualisierten PC lautete der Symlink:

/etc/resolv.conf -> /run/resolveconf/resolv.conf

Auf einem funktionierenden PC mit 18.04 war der Symlink:

/etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

dann ersetze ich die alte verknüpfte Datei durch eine neue:

rm  /etc/resolv.conf
sudo ln -s  /run/systemd/resolve/stub-resolv.conf  /etc/resolv.conf

(Arbeit nach den unten beschriebenen Verfahren)

Ich habe einen Verbindungsfehler nach einem Upgrade behoben, indem ich eine drahtlose Verbindung mit einem über USB angeschlossenen Netzwerkadapter verwendet und dann direkt zur bevorzugten Kabelverbindung zum Router gewechselt habe.