Sin red después de la actualización a 16.04


11

Actualicé mi servidor a 16.04 desde 14.04, que a su vez se actualizó desde 12.04, todo utilizando la línea de comando do-release-upgrade. Esta es una compilación del servidor, sin absolutamente ninguna GUI. Ejecuta apache2, bind9, nfs y algunos otros servicios relacionados con la red. En su mayor parte, nada se rompió en la actualización ... excepto la red. Ahora tengo que correr

sudo /etc/init.d/networking start

después de cada reinicio para que se conecte a la red. No es muy útil para un servidor. Supongo que el script de red simplemente no se ejecuta en el inicio; normalmente, podría solucionar el problema ejecutando

sudo update-rc.d networking defaults

pero el comando anterior solo da un error acerca de no poder conectarse al arranque.

¿Qué puedo hacer para arreglar mi red?

Editar: El contenido de / etc / network / interfaces:

#loopback
auto lo
iface lo inet loopback

#eth0
auto eth0
iface eth0 inet dhcp

¿Puedes agregar las líneas en tu /etc/network/interfacesarchivo a tu pregunta?
John Orion

@ JohnOrion hecho. También me aseguré de que el dispositivo de red fuera realmente eth0; He tenido cambios de dispositivos entre eth0 y eth1 antes. Es, de hecho, eth0.
ArmanX

¿Qué ifconfigmuestra? ¿Qué pasa cuando corres sudo ifup eth0?
Cerin

1
Para futuros buscadores de información: "ifconfig" no muestra nada; "ifconfig -a" muestra que el adaptador está allí, pero no activado. "sudo ifup eth0" (o "sudo ifconfig eth0 up") activará el adaptador, pero no iniciará el cliente dhcp. Abrir manualmente el adaptador e iniciar dhclient se conecta como se esperaba.
ArmanX

Dicho esto, eventualmente reinstalé todo desde cero, lo que lo arregló.
ArmanX

Respuestas:


22

igual que aquí.

¿Creo que algo salió mal al migrar desde el inicio al sistema en el proceso de instalación?

Describiré cómo lo arreglé

Siguiendo esta guía, habilité la red systemd: http://xmodulo.com/switch-from-networkmanager-to-systemd-networkd.html

Pasos que hice:

$ sudo systemctl enable systemd-networkd
$ sudo systemctl enable systemd-resolved
$ sudo systemctl start systemd-resolved
$ sudo rm /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ sudo vi /etc/systemd/network/20-dhcp.network

Contenido:

[Match]
Name=e*

[Network]
DHCP=yes

Ahora todo está funcionando bien :-)


huzzah! ¡Esto también lo resolvió para mí!
Craig

No funcionó aquí. La tercera declaración erró.
jjmerelo

2

Solución de dirección estática:

Para agregar a la respuesta de HerrTaschenbier: si tiene una dirección estática en su servidor, debe verificar si se cambió el nombre de la NIC al hacer ifconfig -a que encontré que se cambió el nombre de eth0 ens32. Use esa información y aplíquela a la respuesta de HerrTaschenbier. También tendrá que crear el nuevo archivo como instruyó, sudo vi /etc/systemd/network/20-ens32.network. El contenido es ligeramente diferente.

[Match] 
Name=ens32

[Network]
DNS=xxx.xxx.xxx.xxx
Domains=somedomain.com
Address=xxx.xxx.xxx
Gateway=xxx.xxx.xxx

Tenga en cuenta que el formato del nombre del archivo tiene el nombre del adaptador de red. No olvide cambiar también el nombre del adaptador en el archivo / etc / network / interfaces. Esto me pasó de una actualización de 14.04 a 16.04.


0

Me encontré con el mismo problema después de un uso prolongado de 16.04, probablemente alguna actualización arruinó las cosas.

La ejecución systemctl status networking.servicemostró que el servicio no pudo iniciarse debido a un error en la ifup -allamada. Ejecutar por ifup -aseparado reveló que está tratando de trabajar con la eth0interfaz, mientras ifconfig -aque solo se enumera enp0s31f6e lointerfaces. La comprobación /etc/network/interfacesmostró:

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

auto eth0
iface eth0 inet dhcp

La corrección del nombre de la interfaz a lo encontrado al ifconfigresolver el problema:

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

auto enp0s31f6
iface enp0s31f6 inet dhcp
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.