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.
networking
dns
18.04
tethering
Zoltán Süle
fuente
fuente
Respuestas:
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.conf
está vacío pero puede hacer ping 8.8.8.8si
/etc/resolvconf/resolv.conf.d/head
está vacío, debe repetir el comando anterior después de cada reinicio, excepto que haga esto:entonces tienes que reiniciar el resolvconf y la red
fuente
/etc/resolv.conf
archivo? Si no se agreganameserver 8.8.8.8
a este archivo/etc/resolv.conf
y reiniciarsudo /etc/init.d/networking restart
hizo la magia! ¡¡Muchas gracias!!/etc/resolvconf/resolv.conf.d/head
. De lo contrario, debe repetir la edición del/etc/resolv.conf
archivo después de cada reinicio.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
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.conf
que 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
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!)
fuente
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:
Ahora debes averiguar cuál es tu interfaz Ethernet. El mío está listado como
eth1
. Siguiente tipo:Mi archivo solo tenía:
Ahora lo que debe hacer es agregar las siguientes líneas después:
Por último,
$ sudo ifup eth1
reinicie y ya está. No olvide cambiareth1
con el nombre de su interfaz Ethernet.Respuesta original
fuente
sudo ifup eno1
escribí, 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.tl; dr
Primero, edite este archivo
Segundo, agregue lo siguiente
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
fuente
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 siguienteLuego agregué
nameserver 8.8.8.8
al archivo/etc/resolvconf/resolv.conf.d/head
Luego, un simple reinicio de la red resolvió el problema.
fuente
Cambiar
/etc/resolv.conf
no es la mejor respuesta a este problema. De acuerdo con Ubuntu 16.04, elresolv.conf
sistema 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/interfaces
archivo en la configuración de su tarjeta ethernet. Debería verse algo así como:Y luego, para reiniciar su red, ejecute:
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/network
nuevo a/etc/netplan
usado en 18.04. Si desea cambiarlo manualmente, consulte Cómo habilitar netplan en el servidor ubuntu actualizado de 16.04 a 18.04fuente
netplan.io
.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.
fuente
En la PC actualizada que no funciona, el enlace simbólico era:
En una PC que funciona con 18.04, el enlace simbólico fue:
luego reemplazo el archivo vinculado anterior por uno nuevo:
(trabajar después de los procedimientos descritos a continuación)
fuente
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.
fuente