No hay internet después de la actualización de 16.04 a 18.04

Después de la actualización, noté que no tengo acceso a Internet . La red cableada y la configuración wifi se veían bien, pero no funcionó. Después del inicio de sesión, el sistema siempre cambia al modo avión. Conecté la red a través de USB y Bluetooth con mi móvil, pero tampoco funcionaron.

Informé el error en la plataforma de lanzamiento. Puede suscribirse si está involucrado: https://bugs.launchpad.net/ubuntu/+bug/1816530

el ORIGEN de la solución

si /etc/resolv.confestá vacío pero puede hacer ping 8.8.8.8

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

si /etc/resolvconf/resolv.conf.d/headestá vacío, debe repetir el comando anterior después de cada reinicio, excepto que haga esto:

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

entonces tienes que reiniciar el resolvconf y la red

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

Estoy de acuerdo con otras personas aquí en que la respuesta seleccionada probablemente no sea la mejor manera de solucionar el problema:

Cuando un archivo tiene un comentario al principio que dice

"DO NOT EDIT THIS FILE"

entonces probablemente haya una muy buena razón para, bueno, ... ¡no editar ese archivo! ;-)

Y aquí está el por qué, así como una sugerencia para una mejor solución (en mi humilde opinión):

a. el archivo /etc/resolv.confque modificó se sobrescribirá en el momento del arranque, por lo que su modificación no se 'pegará'.

si. La dirección IP (127.0.0.53) que estaba originalmente allí (antes de modificarla) es en realidad la dirección de un resolutor de código auxiliar DNS. ¡Está allá! ¡Puedes hacer ping! se ejecuta localmente en su máquina. ¿Qué es un stub resolver? ¡Toma sus consultas DNS y busca en su caché una resolución! Si no puede encontrar ninguno, se comunicará con un servidor DNS real (y luego almacenará en caché el resultado). Por lo tanto, si sobrescribe la dirección de la resolución de código auxiliar, ¡se perderá esta importante función de almacenamiento en caché de la resolución de código auxiliar!

El problema con este nuevo método de resolución en Ubuntu 18.04 es que la dirección del servidor DNS 'real' nunca se configuró. Por lo tanto, si la resolución de código auxiliar no encuentra el dominio solicitado en su caché, no sabe qué servidor DNS consultar. (Por lo tanto, su acceso a Internet basado en su nombre de dominio ya no funciona). Entonces, todo lo que tiene que hacer es configurar el servidor DNS 'real' que debe usar este resolutor de código auxiliar. Y haces esto editando (¡sudo!)/etc/systemd/resolved.conf

Simplemente agregue algo como

DNS=8.8.8.8

a ese archivo.

Luego reinicie la red, o más bien, reinicie, para que pueda verificar que ahora tiene una solución que es persistente en todos los reinicios.

(¡Lo que aún no he descubierto es por qué DHCP no configura correctamente el servidor DNS correcto!)

La respuesta aceptada resolvió mi problema. Sin embargo, como todos los demás declararon, eso es solo hasta que reinicies, lo que hago a diario con mi máquina. Escribir 5 a 6 líneas en el terminal cada vez que inicio el sistema no es algo que me parezca divertido.

Después de buscar en Internet, encontré una solución para resolver el problema de forma permanente. Reinicié 3 veces después solo para estar seguro, la conexión a Internet está ahí y no tengo que hacer nada.

Solución:

Inicie la terminal y escriba:

$ ifconfig

Ahora debes averiguar cuál es tu interfaz Ethernet. El mío está listado como eth1. Siguiente tipo:

$sudo gedit /etc/network/interfaces

Mi archivo solo tenía:

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

Ahora lo que debe hacer es agregar las siguientes líneas después:

auto eth1
iface eth1 inet dhcp

Por último, $ sudo ifup eth1reinicie y ya está. No olvide cambiar eth1con el nombre de su interfaz Ethernet.

Respuesta original

tl; dr

Primero, edite este archivo

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

Segundo, agregue lo siguiente

nameserver 8.8.8.8
nameserver 8.8.4.4

Después de eso, reinicie Ubuntu, debería tener internet ahora.

Explique

Algunas de las soluciones enumeradas funcionaron, pero fallarán una vez que reinicie Ubuntu (en mi caso, VM),

La solución anterior es un tl; dr forma esta solución ( https://unix.stackexchange.com/a/128223/243480 ) y funcionó perfectamente

Estaba teniendo el mismo problema en ubuntu 18.04 y la respuesta anterior no funcionó para mí, ya que no tenía una carpeta llamada /etc/resolvconf/resolv.conf.d/. Entonces hice lo siguiente

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

Luego agregué nameserver 8.8.8.8al archivo/etc/resolvconf/resolv.conf.d/head

Luego, un simple reinicio de la red resolvió el problema.

sudo /etc/init.d/networking restart

Cambiar /etc/resolv.confno es la mejor respuesta a este problema. De acuerdo con Ubuntu 16.04, el resolv.confsistema puede sobrescribir el archivo de documentación en cualquier momento.
Si está utilizando una configuración IP estática, debe agregar una línea a su /etc/network/interfacesarchivo en la configuración de su tarjeta ethernet. Debería verse algo así 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

Y luego, para reiniciar su red, ejecute:

/etc/init.d/networking restart

Si desea evitar posibles problemas en el futuro, puede hacer una cosa más. La actualización de 16.04 a 18.04 no cambia el método de configuración de red de /etc/networknuevo a /etc/netplanusado en 18.04. Si desea cambiarlo manualmente, consulte Cómo habilitar netplan en el servidor ubuntu actualizado de 16.04 a 18.04

Hola a todos Casi novato total aquí, pero me encontré con este problema cuando comencé el arranque dual entre Windows 10 y cargué Ubuntu 18.04 en un disco duro separado. Mi internet no se conectaba y mi enrutador no me permitía abrir la interfaz de configuración. Finalmente descubrí que era porque tenía DCHP configurado para asignar una IP estática a Windows 10. Después de verificar toda la información que pude encontrar y nada funciona, cargué Windows 10 y eliminé la IP estática de los enrutadores de la configuración de DHCP. Eso hizo que Internet funcionara pero quería una IP estática para Windows y Ubuntu. Lo mejor que puedo imaginar es que Ubuntu no quita la mano del servidor DHCP de los enrutadores correctamente a pesar de estar configurado en automático. Una vez que configuré manualmente la dirección IP estática y la puerta de enlace en Ubuntu, ¿podría volver a tener dicha IP estática? Espero que esto ayude a alguien.

En la PC actualizada que no funciona, el enlace simbólico era:

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

En una PC que funciona con 18.04, el enlace simbólico fue:

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

luego reemplazo el archivo vinculado anterior por uno nuevo:

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

(trabajar después de los procedimientos descritos a continuación)

Resolví una falla de conexión después de una actualización usando una conexión inalámbrica usando un adaptador de red conectado por USB, luego cambié a la conexión por cable preferida directamente al enrutador.