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

34

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.

Zoltán Süle
fuente
Estoy de acuerdo con la decisión. Y entiendo la regla. Debe ver que si tiene una computadora portátil con un ubuntu actualizado sin internet, es muy difícil encontrar la respuesta en su teléfono. answers.launchpad.net no está tan bien indexado como askubuntu.com
Zoltán Süle
1
@sudodus Vuelva a abrir. 18.04 salió y me encontré exactamente con el mismo problema.
user5950
@ user5950, no puedo hacerlo solo, pero emitiré mi voto de reapertura :-) Pero puede que no funcione. - En cualquier caso, le sugiero que haga una nueva pregunta (con título y texto similares, pero no exactamente los mismos).
sudodus
@ user5950: siga la respuesta aceptada que copié de launchpad.net (andrew-woodhead666). Funcionó para mi. Si este es su problema, lo solucionará.
Zoltán Süle

Respuestas:

36

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
Zoltán Süle
fuente
1
¿está configurado el servidor de nombres en el /etc/resolv.confarchivo? Si no se agrega nameserver 8.8.8.8a este archivo
Zoltán Süle
44
¡agregar el servidor de nombres en /etc/resolv.conf y reiniciar sudo /etc/init.d/networking restarthizo la magia! ¡¡Muchas gracias!!
Eftychia Thomaidou
1
@EftychiaThomaidou, felicitaciones y gracias por compartir su solución / confirmar que este método funciona :-)
sudodus
2
@sudodus @EftychiaThomaidou: también debes agregarlo /etc/resolvconf/resolv.conf.d/head. De lo contrario, debe repetir la edición del /etc/resolv.confarchivo después de cada reinicio.
Zoltán Süle
1
Esta es una solución alternativa, pero no es una buena solución, y probablemente dañará su sistema de manera impredecible en el futuro. Debe usar la GUI de configuración de red o netplan para configurar su red correctamente.
JanC
6

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

Paul Claessen
fuente
No funcionó para mí ...
Ng Sek Long
1
Agregué "DNS = 8.8.8.8 8.8.4.4 4.2.2.2" y luego ejecuté "systemctl restart systemd-resolve 'y funcionó.
Larry R. Irwin
Simplemente use la dirección IP para todos los sitios que desea visitar, luego no necesita DNS, ¡problema resuelto!
Stack Underflow
6

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

Ahora que
fuente
Esta es la respuesta que lo hizo por mí. Mi computadora se desconectó abruptamente del enrutador inmediatamente después de la actualización. Eso significa que ni siquiera podía visitar la página de inicio del enrutador en 192.168.0.1. Escribí un script llamado estalker.sh , que observa la capacidad de rizar google.com como un halcón. En el instante en que sudo ifup eno1escribí, estalker informó el acceso a Internet y la página de destino se actualizó en cromo para mostrar una consola de administración en funcionamiento.
Braden Best
3

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

Ng Sek Long
fuente
¿Por qué este archivo tiene '/ base'? El archivo parece ubicado como /etc/resolvconf/resolv.conf.d
Andrés Parada
2
Para mi ubuntu, tiene / base, y resolv.conf.d es un directorio
Ng Sek Long
2
¡Esto funciona para mi!
Natan shalva
Sí, tal como dijiste: /etc/resolv.conf se borrará después del reinicio. La suya es la solución que usé, excepto que usé nano ;-)
Bastión
nano estará bien para este trabajo :)
Ng Sek Long
1

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
usuario9377103
fuente
0

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

Niktnaprawde Nadie realmente
fuente
Si otras personas confirman que esta es la respuesta correcta, ¡lo aceptaré! Considere que mi respuesta proviene de la página oficial de ubuntu (launchpad) y el problema principal es la configuración de IP del servidor de nombres que falta. Arreglar Internet es importante si desea instalar algo como esto netplan.io.
Zoltán Süle
0

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.

Newb Dawg
fuente
0

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)

Covich
fuente
-1

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.

wubetu
fuente