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

23

Após a atualização, notei que não tenho acesso à internet . A rede com fio e as configurações de Wi-Fi parecia bom, mas não funcionou. Após o login, o sistema sempre mudava para o modo avião. Eu amarrei a rede via USB e Bluetooth pelo meu celular, mas eles também não funcionaram.

    
por Zoltán Süle 04.04.2018 / 13:09

7 respostas

24

a ORIGEM da solução

se o /etc/resolv.conf estiver vazio, mas você pode efetuar 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/head estiver vazio, você terá que repetir o comando acima após cada reinicialização, exceto se fizer isso:

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

então você tem que reiniciar o resolvconf e a rede

$ sudo systemctl enable resolvconf
$ sudo systemctl start resolvconf
$ sudo /etc/init.d/networking restart
    
por Zoltán Süle 04.04.2018 / 13:09
2

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

Depois de procurar na internet, encontrei uma solução para resolver permanentemente o problema. Eu reiniciei 3 vezes depois só para ter certeza, a conexão com a internet está lá e eu não tenho que fazer nada.

Solução:

Inicie o terminal e digite:

$ ifconfig

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

$sudo gedit /etc/network/interfaces

Meu arquivo só tinha:

# 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 eth1 , reinicie e pronto. Não se esqueça de alterar eth1 com o nome da sua interface Ethernet.

Resposta original

    
por Whatnow 19.09.2018 / 11:08
1

Eu estava tendo o mesmo problema no Ubuntu 18.04 e a resposta acima não funcionou para mim, pois eu 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

Em seguida, adicionei nameserver 8.8.8.8 ao arquivo /etc/resolvconf/resolv.conf.d/head

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

sudo /etc/init.d/networking restart
    
por user9377103 27.07.2018 / 10:47
1

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

Quando um arquivo tem um comentário no começo que diz

"DO NOT EDIT THIS FILE"

então provavelmente há uma boa razão para, bem, ... não editar esse arquivo! ; -)

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

a. o arquivo /etc/resolv.conf , que você modificou, será sobrescrito no momento da inicialização, então sua modificação não será 'colada'.

b. o endereço IP (127.0.0.53) que estava originalmente lá (antes de modificá-lo) é na verdade o endereço de um resolvedor stub de DNS. Está lá! Você pode fazer ping! está sendo executado localmente em sua máquina. O que é um resolvedor stub? Leva suas consultas de DNS e olha em seu cache para uma resolução! Se não conseguir encontrar nenhum, ele chegará a um servidor DNS real (e armazenará o resultado em cache). Então, se você sobrescreve o endereço do resolvedor de stub, você vai perder esta importante função de cache do resolvedor de stub!

O problema com este novo método de resolvedor 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. (Daí seus acessos à Internet baseados em nome de domínio não funcionam mais). Portanto, tudo o 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, reinicialize, para que você possa verificar se agora há uma solução que é persistente nas reinicializações.

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

    
por Paul Claessen 31.08.2018 / 17:38
0

A alteração de /etc/resolv.conf não é a melhor resposta para este problema. De acordo com a documentação do Ubuntu 16.04, o arquivo resolv.conf pode ser sobregravado pelo sistema a qualquer momento.
Se você estiver usando a configuração de IP estático, deverá adicionar uma linha ao seu arquivo /etc/network/interfaces 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, em seguida, para reiniciar sua execução na rede:

/etc/init.d/networking restart

Se você quiser evitar possíveis problemas no futuro, pode fazer mais uma coisa. A atualização de 16.04 para 18.04 não altera o método de configuração de rede de /etc/network para novo /etc/netplan usado em 18.04. Se você quiser mudá-lo manualmente, olhe para Como habilitar o netplan no servidor ubuntu atualizado de 16.04 para 18.04

    
por Niktnaprawde Nobodyreally 18.08.2018 / 10:19
0

tl; dr

Primeiro, edite este arquivo

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

Em segundo lugar, adicione o seguinte

nameserver 8.8.8.8
nameserver 8.8.4.4

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

Explique

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

A solução acima é uma forma simples de usar esta solução ( link ) e funcionou perfeitamente

    
por Ng Sek Long 21.09.2018 / 05:41
-1

Eu resolvi uma falha de conexão após uma atualização usando uma conexão sem fio usando um adaptador de rede conectado a USB e, em seguida, alterando para a conexão com fio preferencial diretamente para o roteador.

    
por wubetu 15.05.2018 / 16:42