Nota: No pude encontrar una respuesta sencilla en ninguno de los duplicados marcados para esta pregunta. El problema es que la "respuesta correcta" parece depender en gran medida de la versión que esté ejecutando y de si tiene un perfil de escritorio o de servidor. Tengo un poco de ambos porque instalé lubuntu-core para proporcionar algunas funciones básicas de X remoto y parece que NetworkManager también se instaló, pero preferimos editar nuestra configuración de red a mano y no usar las herramientas GUI.
La situación es que tengo un servidor Ubuntu 14.04 remoto en el que necesito reconfigurar la red. Necesito agregar de forma segura una interfaz puenteada eth1al sistema remoto sin interrumpir la conectividad remota. Tengo un nuevo archivo /etc/network/interfaces que quiero cargar pero como no tengo una máquina equivalente para probarlo ni acceso físico al servidor, tengo algunas preguntas sobre mi nueva configuración:
- ¿La configuración y la métrica de la puerta de enlace en el archivo siguiente son válidas para lo que estoy tratando de hacer?
- ¿El administrador de red anulará o interferirá con lo que estoy haciendo aquí? Actualmente, cuando uso
ifup eth1el administrador de red, lo baja automáticamente. Tengo miedo de desactivar NM en caso de que se interrumpa la conexión remota, y - Si reinicio el sistema con el archivo actualizado y mi configuración actual, ¿debería poder recibir una conexión SSH remota cuando vuelva a funcionar?
El servidor tiene NetworkManager ejecutándose actualmente, pero no lo necesito. Solo me importa que se use la configuración en /etc/network/interfaces y que la máquina permanezca accesible para el inicio de sesión SSH remoto en todas las etapas de la reconfiguración (es decir, no quiero que me bloqueen por una mala configuración o por desactivar ambas interfaces). sin un script o reiniciarlos automáticamente y volver a encenderlos correctamente).
eth0es la interfaz predeterminada para el tráfico del host. eth1Será un puente para una máquina virtual KVM con su propia dirección IP externa. Ambas interfaces se conectan al mismo conmutador físico y comparten la subred XXX0/24. Tengo entendido que necesito un puente para que esto funcione, PERO también debo tener cuidado con mis puertas de enlace y métricas porque tengo 2 interfaces en la misma red.
El host tiene actualmente el siguiente estado de NetworkManager:
# nmcli d status
DEVICE TYPE STATE
eth1 802-3-ethernet unavailable
eth0 802-3-ethernet unmanaged
Y configuración en NetworkManager.conf:
[ifupdown]
managed=false
He creado la nueva configuración a continuación:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address X.X.X.4
netmask 255.255.255.0
network X.X.X.0
broadcast X.X.X.255
gateway X.X.X.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers X.X.X.2
dns-search example.com
# Interfaces with lower values get used first
metric 10
### NEW BRIDGED INTERFACE ON ETH1 ###
auto eth1
iface eth1 inet static
address X.X.X.7
netmask 255.255.255.0
network X.X.X.0
broadcast X.X.X.255
# do I need gateway here or will it conflict with eth0 ?
# gateway X.X.X.1
metric 20
auto br0
iface br0 inet static
address X.X.X.200
netmask 255.255.255.0
network X.X.X.0
broadcast X.X.X.255
gateway X.X.X.1
bridge_ports eth1
bridge_stp off
bridge_maxwait 5
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers X.X.X.2
dns-search example.com
metric 30
Sin embargo, como dije, con esta nueva configuración recién agregada al servidor, ifup eth1solo funciona hasta que NM decida eliminarla. Eso hace que probar algo sea problemático, pero me preocupa que simplemente deshabilitar NM pueda ser mucho peor.
Respuesta1
Al final simplemente reemplacé la configuración eth1 con
auto eth1
iface eth1 inet manual
... crucé los dedos y corrí reboot. El sistema volvió a funcionar con las interfaces eth0 y br0 correctas, aunque no me sentía cómodo con la "solución" y estoy seguro de que existe una respuesta mejor.