Nessuna connessione Internet dopo l'aggiornamento dal 16.04 al 18.04

Dopo l'aggiornamento ho notato che non ho accesso a Internet . La rete cablata e le impostazioni wifi sembravano buone, ma non funzionava. Dopo il login, il sistema è sempre passato alla modalità aereo. Ho collegato la rete tramite USB e Bluetooth dal mio cellulare, ma non hanno funzionato.

Ho segnalato il bug sul launchpad. Puoi iscriverti se sei coinvolto: https://bugs.launchpad.net/ubuntu/+bug/1816530

l'origine della soluzione

se /etc/resolv.confè vuoto ma è possibile eseguire il ping 8.8.8.8

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

se /etc/resolvconf/resolv.conf.d/headè vuoto, è necessario ripetere il comando sopra dopo ogni riavvio, tranne per il fatto che:

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

quindi è necessario riavviare resolvconf e la rete

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

Sono d'accordo con alcune altre persone qui che la risposta selezionata non è probabilmente il modo migliore per risolvere il problema:

Quando un file ha un commento all'inizio che dice

"DO NOT EDIT THIS FILE"

allora c'è probabilmente un ottimo motivo per, beh, ... non modificare quel file! ;-)

Ed ecco perché, oltre a un suggerimento per una soluzione migliore (IMHO):

un. il file /etc/resolv.confche hai modificato verrà sovrascritto all'avvio, quindi la tua modifica non si "attaccherà".

b. l'indirizzo IP (127.0.0.53) originariamente presente (prima di modificarlo) è in realtà l'indirizzo di un risolutore di stub DNS. È lì! Puoi eseguire il ping! sta funzionando localmente sul tuo computer. Che cos'è un risolutore di stub? Prende le tue query DNS e cerca nella sua cache una risoluzione! Se non riesce a trovarne nessuno, raggiungerà un vero server DNS (e quindi memorizzerà nella cache il risultato). Quindi, se sovrascrivi l'indirizzo del risolutore di stub, perderai questa importante funzione di memorizzazione nella cache del risolutore di stub!

Il problema con questo nuovo metodo di risoluzione in Ubuntu 18.04 è che l'indirizzo del server DNS "reale" non è mai stato impostato. Quindi, se il risolutore di stub non trova il dominio richiesto nella sua cache, non sa quale server DNS interrogare. (Quindi l'accesso a Internet basato sul nome di dominio non funziona più). Quindi tutto ciò che devi fare è configurare il server DNS "reale" che deve utilizzare questo risolutore di stub. E lo fai modificando (sudo!)/etc/systemd/resolved.conf

Aggiungi semplicemente qualcosa di simile

DNS=8.8.8.8

a quel file.

Quindi riavviare la rete, o meglio, riavviare, in modo da poter verificare che si disponga di una soluzione persistente tra i riavvii.

(Quello che non ho ancora capito, è perché DHCP non imposta correttamente il server DNS corretto!)

La risposta accettata ha risolto il mio problema. Tuttavia, come hanno affermato tutti gli altri, è solo fino al riavvio che faccio quotidianamente con la mia macchina. Digitare da 5 a 6 righe nel terminale ogni volta che avvio il sistema non è qualcosa che troverei divertente.

Dopo aver scavato su Internet ho trovato una soluzione per risolvere definitivamente il problema. Ho riavviato 3 volte in seguito solo per essere sicuro, la connessione Internet è lì e non devo fare nulla.

Soluzione:

Avviare il terminale e digitare:

$ ifconfig

Ora devi capire qual è la tua interfaccia Ethernet. Il mio è elencato come eth1. Tipo successivo:

$sudo gedit /etc/network/interfaces

Il mio file aveva solo:

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

Ora quello che devi fare è aggiungere le seguenti righe in seguito:

auto eth1
iface eth1 inet dhcp

Infine, $ sudo ifup eth1riavvia e il gioco è fatto. Non dimenticare di cambiare eth1con il nome della tua interfaccia Ethernet.

Risposta originale

tl; dr

Innanzitutto, modifica questo file

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

Secondo, aggiungi quanto segue

nameserver 8.8.8.8
nameserver 8.8.4.4

Dopodiché, riavvia Ubuntu, ora dovrebbe avere Internet.

Spiegare

Alcune delle soluzioni elencate hanno funzionato, ma non riusciranno una volta riavviato Ubuntu (nel mio caso, VM),

La soluzione di cui sopra è una forma tl; dr di questa soluzione ( https://unix.stackexchange.com/a/128223/243480 ) e ha funzionato perfettamente

Avevo lo stesso problema su Ubuntu 18.04 e la risposta sopra non funzionava per me poiché non avevo una cartella chiamata /etc/resolvconf/resolv.conf.d/. Quindi ho fatto quanto segue

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

Quindi ho aggiunto nameserver 8.8.8.8al file/etc/resolvconf/resolv.conf.d/head

Quindi un semplice riavvio della rete ha risolto il problema.

sudo /etc/init.d/networking restart

Il cambiamento /etc/resolv.confnon è la migliore risposta a questo problema. Secondo Ubuntu 16.04 il resolv.conffile di documentazione può essere sovrascritto dal sistema in qualsiasi momento.
Se si utilizza la configurazione IP statica, è necessario aggiungere una riga al /etc/network/interfacesfile nella configurazione della scheda Ethernet. Dovrebbe assomigliare a:

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

E quindi per riavviare la rete in esecuzione:

/etc/init.d/networking restart

Se vuoi evitare eventuali problemi in futuro, puoi fare un'altra cosa. L'aggiornamento da 16.04 a 18.04 non cambia il metodo di configurazione della rete da /etc/networka quello nuovo /etc/netplanusato in 18.04. Se vuoi cambiarlo manualmente guarda Come abilitare netplan sul server ubuntu aggiornato da 16.04 a 18.04

Ciao a tutti Quasi noob qui, ma ho riscontrato questo problema quando ho avviato il doppio avvio tra Windows 10 e caricato Ubuntu 18.04 su un disco rigido separato. La mia connessione Internet non si collegherebbe e il mio router non mi permetterebbe di aprire l'interfaccia di configurazione. Alla fine ho capito che era perché avevo DCHP impostato per assegnare un IP statico a Windows 10. Dopo aver controllato tutte le informazioni che riuscivo a trovare e nulla funzionava, ho caricato Windows 10 e rimosso l'IP statico del router dalle impostazioni DHCP. Ha funzionato su Internet ma volevo un IP statico per Windows e Ubuntu. Il migliore che posso immaginare è che Ubuntu non toglie la mano dal server DHCP dei router correttamente nonostante sia impostato su automatico. Dopo aver configurato manualmente l'indirizzo IP statico e il gateway in Ubuntu, potrei tornare ad avere il suddetto IP statico. Spero che questo aiuti qualcuno.

Sul PC aggiornato non funzionante il link simbolico era:

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

Su un PC funzionante con 18.04 il link simbolico era:

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

quindi sostituisco il vecchio file collegato con uno nuovo:

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

(lavorare dopo le procedure descritte di seguito)

Ho risolto un errore di connessione dopo un aggiornamento utilizzando una connessione wireless utilizzando un adattatore di rete USB, quindi passando alla connessione cablata preferita direttamente al router.