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

34

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.

Zoltán Süle
fonte
Eu concordo com a decisão. E eu entendo a regra. Você precisa ver que, se você tem um notebook com um ubuntu atualizado sem internet, é muito difícil encontrar a resposta pelo telefone. answers.launchpad.net não está bem indexado como askubuntu.com
Zoltán Süle
1
@sudodus Reabra. 18.04 foi lançado e eu encontrei exatamente o mesmo problema!
usar o seguinte comando
@ user5950, não posso fazer isso sozinho, mas irei votar de novo :-) Mas pode não funcionar. - De qualquer forma, sugiro que faça uma nova pergunta (com título e texto semelhantes, mas não exatamente o mesmo).
sudodus
@ user5950: siga a resposta aceita que copiei do launchpad.net (andrew-woodhead666). Funcionou para mim. Se este for seu problema, ele será corrigido.
Zoltán Süle 29/04

Respostas:

36

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
Zoltán Süle
fonte
1
o servidor de nomes está definido no /etc/resolv.confarquivo? Se não adicionar nameserver 8.8.8.8este arquivo
Zoltán Süle 04/04
4
adicionando o servidor de nomes no /etc/resolv.conf e reiniciando por sudo /etc/init.d/networking restartfez a mágica! Muito obrigado!!
Eftychia Thomaidou 04/04
1
@EftychiaThomaidou, Parabéns e obrigado por compartilhar sua solução / confirmando que este método funciona :-)
sudodus
2
@sudodus @EftychiaThomaidou: você precisa adicioná-lo /etc/resolvconf/resolv.conf.d/headtambém. Caso contrário, você deverá repetir a edição do /etc/resolv.confarquivo após cada reinicialização.
Zoltán Süle 04/04
1
Esta é uma solução alternativa, mas não uma boa solução, e provavelmente quebrará seu sistema de maneiras imprevisíveis no futuro. Você deve usar a GUI de configuração de rede ou o netplan para configurar sua rede corretamente.
janc
6

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!)

Paul Claessen
fonte
Não funcionou para mim ...
Ng Sek Long
1
Eu adicionei "DNS = 8.8.8.8 8.8.4.4 4.2.2.2" e depois executei "systemctl restart systemd-resolved 'e funcionou.
Larry R. Irwin
Basta usar o endereço IP para todos os sites que você deseja visitar, para não precisar de DNS, problema resolvido!
Stack Underflow
6

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

E agora
fonte
Esta é a resposta que fez por mim. Meu computador foi desconectado abruptamente do roteador imediatamente após a atualização. Isso significa que eu nem conseguia visitar a página de destino do roteador em 192.168.0.1. Eu escrevi um script chamado estalker.sh , que observa a capacidade de enrolar o google.com como um falcão. No instante em que digitei sudo ifup eno1, o estalker relatou o acesso à Internet e a página de destino atualizada no chromium para mostrar um console de administração em funcionamento.
Braden Best
3

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

Ng Sek Long
fonte
por que esse arquivo tem '/ base'? O arquivo parece estar localizado como /etc/resolvconf/resolv.conf.d
Andrés Parada
2
Para o meu ubuntu, ele tem base / e resolv.conf.d é um diretório
Ng Sek Longo
2
Funciona para mim!
Natan shalva
Sim, assim como você disse: /etc/resolv.conf será apagado após a reinicialização. A sua é a solução que usei, exceto que usei nano ;-)
Bastião
nano vai ficar bem para este trabalho :)
Ng Sek Long 13/06
1

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
user9377103
fonte
0

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

Niktnaprawde Ninguémrealmente
fonte
se outras pessoas confirmarem que esta é a resposta certa, eu aceito! Considere que minha resposta vem da página oficial do Ubuntu (barra de ativação) e o principal problema é a configuração de IP do servidor de nomes ausente. Corrigir a internet é importante se você quiser instalar algo assim netplan.io.
Zoltán Süle
0

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.

Newb Dawg
fonte
0

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)

Covich
fonte
-1

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.

wubetu
fonte