Sem internet após a atualização de 16.04 para 18.04

Após a atualização, notei que não tenho acesso à Internet . A rede com fio e as configurações de wifi pareciam boas, mas não funcionavam. Após o login, o sistema sempre passava para o modo avião. Liguei a rede via USB e Bluetooth pelo meu celular, mas eles também não funcionaram.

Eu relatei o erro na barra de ativação. Você pode se inscrever se estiver envolvido: https://bugs.launchpad.net/ubuntu/+bug/1816530

a ORIGEM da solução

se o /etc/resolv.confestiver vazio, mas você pode executar ping 8.8.8.8

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

se o /etc/resolvconf/resolv.conf.d/headestiver vazio, é necessário repetir o comando acima após cada reinicialização, exceto se você fizer o seguinte:

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

então você deve reiniciar o resolvconf e a rede

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

Concordo com algumas pessoas aqui que a resposta selecionada provavelmente não é a melhor maneira de corrigir o problema:

Quando um arquivo tem um comentário no início que diz

"DO NOT EDIT THIS FILE"

provavelmente existe uma boa razão para ... não editar esse arquivo! ;-)

E aqui está o porquê, assim como uma sugestão para uma solução melhor (IMHO):

uma. o arquivo /etc/resolv.confque você modificou será sobrescrito no momento da inicialização, para que sua modificação não seja "mantida".

b. o endereço IP (127.0.0.53) que estava originalmente lá (antes da modificação) é realmente o endereço de um resolvedor de stub DNS. Está lá! Você pode fazer ping! está sendo executado localmente em sua máquina. O que é um resolvedor de stub? Ele pega suas consultas DNS e procura em seu cache uma resolução! Se não encontrar nenhum, alcançará um servidor DNS real (e depois armazenará o resultado em cache). Portanto, se você sobrescrever o endereço do resolvedor de stub, perderá essa importante função de cache do resolvedor de stub!

O problema com esse novo método de resolução no Ubuntu 18.04 é que o endereço do servidor DNS 'real' nunca foi definido. Portanto, se o resolvedor de stub não encontrar o domínio solicitado em seu cache, ele não saberá qual servidor DNS consultar. (Portanto, o acesso à Internet com base no nome de domínio não funciona mais). Portanto, tudo que você precisa fazer é configurar o servidor DNS 'real' que esse resolvedor de stub deve usar. E você faz isso editando (sudo!)/etc/systemd/resolved.conf

Basta adicionar algo como

DNS=8.8.8.8

para esse arquivo.

Em seguida, reinicie a rede, ou melhor, reinicie, para que você possa verificar se agora possui uma solução persistente nas reinicializações.

(O que eu ainda não descobri é por que o DHCP não define corretamente o servidor DNS correto!)

A resposta aceita resolveu meu problema. No entanto, como todo mundo afirmou, isso é apenas até você reiniciar o que eu faço diariamente com minha máquina. Digitar de 5 a 6 linhas no terminal toda vez que inicio o sistema não é algo que eu acharia divertido.

Depois de pesquisar na internet, encontrei uma solução para resolver permanentemente o problema. Reiniciei 3 vezes depois apenas para ter certeza, a conexão à Internet está lá e não preciso fazer nada.

Solução:

Inicie o terminal e digite:

$ ifconfig

Agora você precisa descobrir qual é a sua interface Ethernet. O meu está listado como eth1. Próximo tipo:

$sudo gedit /etc/network/interfaces

Meu arquivo tinha apenas:

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

Agora, o que você precisa fazer é adicionar as seguintes linhas depois:

auto eth1
iface eth1 inet dhcp

Por fim, $ sudo ifup eth1reinicie e pronto. Não se esqueça de mudar eth1com o nome da sua interface Ethernet.

Resposta original

tl; dr

Primeiro edite este arquivo

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

Segundo, adicione o seguinte

nameserver 8.8.8.8
nameserver 8.8.4.4

Depois disso, reinicie o Ubuntu, deve ter internet agora.

Explicar

Algumas das soluções listadas funcionaram, mas falharam ao reiniciar o Ubuntu (no meu caso, VM),

A solução acima é um formulário tl; dr desta solução ( https://unix.stackexchange.com/a/128223/243480 ) e funcionou perfeitamente

Eu estava tendo o mesmo problema no ubuntu 18.04 e a resposta acima não funcionou para mim, pois não tinha uma pasta chamada /etc/resolvconf/resolv.conf.d/. Então eu fiz o seguinte

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

Então eu adicionei nameserver 8.8.8.8ao arquivo/etc/resolvconf/resolv.conf.d/head

Em seguida, uma simples reinicialização da rede resolveu o problema.

sudo /etc/init.d/networking restart

Mudar /etc/resolv.confnão é a melhor resposta para esse problema. De acordo com o Ubuntu 16.04, o resolv.confarquivo de documentação pode ser substituído pelo sistema a qualquer momento.
Se você estiver usando uma configuração IP estática, adicione uma linha ao /etc/network/interfacesarquivo na configuração da placa Ethernet. Deve ser algo como:

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 então, para reiniciar sua rede, execute:

/etc/init.d/networking restart

Se você quiser evitar possíveis problemas no futuro, poderá fazer mais uma coisa. A atualização do 16.04 para o 18.04 não altera o método de configuração de rede de /etc/networkpara o novo /etc/netplanusado no 18.04. Se você deseja alterá-lo manualmente, consulte Como habilitar o netplan no servidor ubuntu atualizado de 16.04 para 18.04

Olá a todos Noob quase total aqui, mas me deparei com este problema quando iniciei a inicialização dupla entre o Windows 10 e carreguei o Ubuntu 18.04 em um disco rígido separado. Minha internet não se conectava e meu roteador não me permitia abrir a interface de configuração. Finalmente descobri que era porque eu tinha o DCHP definido para atribuir um IP estático ao Windows 10. Depois de verificar todas as informações que pude encontrar e nada funcionando, carreguei o Windows 10 e removi o IP estático dos roteadores das configurações de DHCP. Isso fez a internet funcionar, mas eu queria um IP estático para Windows e Ubuntu. O melhor que posso imaginar é que o Ubuntu não retira a mão do servidor DHCP dos roteadores corretamente, apesar de estar definido como automático. Depois de configurar manualmente o endereço IP estático e o Gateway no Ubuntu, posso voltar a ter o IP estático acima mencionado. Espero que isso ajude alguém.

No PC atualizado que não funciona, o link simbólico era:

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

Em um PC que funcionava com o 18.04, o link simbólico era:

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

então substituo o arquivo vinculado antigo por um novo:

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

(trabalhe após os procedimentos descritos abaixo)

Resolvi uma falha na conexão após uma atualização usando uma conexão sem fio usando um adaptador de rede conectado a USB e depois alterando a conexão com fio preferencial diretamente para o roteador.