segunda dirección IP en la misma interfaz pero en una subred diferente

10

¿Es posible en CentOS 5.7 64 bits tener una segunda dirección IP en una interfaz (por ejemplo, eth0) - configuración de interfaz de alias - en una subred diferente?

Aquí está la configuración original para eth0

more etc/sysconfig/network-scripts/ifcfg-eth0
# Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express
DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.91.255
HWADDR=00:1D:09:FE:DA:04
IPADDR=192.168.91.250
NETMASK=255.255.255.0
NETWORK=192.168.91.0
ONBOOT=yes

Y aquí está la configuración para eth0: 0

more etc/sysconfig/network-scripts/ifcfg-eth0:0
# Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express
DEVICE=eth0:0
BOOTPROTO=static
BROADCAST=10.10.191.255
DNS1=10.10.15.161
DNS2=10.10.18.36
GATEWAY=10.10.191.254
HWADDR=00:1D:09:FE:DA:04
IPADDR=10.10.191.210
NETMASK=255.255.255.0
NETWORK=10.39.191.0
ONPARENT=yes

¿Cómo debería cambiar el archivo resolv.conf ya que hay dos puertas de enlace diferentes? ¿Se necesita algún otro cambio?

fptstl
fuente

Respuestas:

4

¿Es posible tener una segunda dirección IP en una interfaz (por ejemplo, eth0) - configuración de interfaz de alias - en una subred diferente?

Claro, nada te impide hacer eso. Las interfaces de red verán transmisiones para las otras dos subredes, pero eso probablemente no hará una gran diferencia a menos que tenga una red realmente ocupada.

¿Cómo debería cambiar el archivo resolv.conf ya que hay dos puertas de enlace diferentes? ¿Se necesita algún otro cambio?

No puede tener 2 puertas de enlace predeterminadas. Elimine una puerta de enlace de una de esas interfaces. Tener 2 así simplemente no va a hacer nada útil. Solo se utilizará una de las puertas de enlace.

La resolución DNS (resolv.conf) realmente no tiene nada que ver con su configuración de enrutamiento. En Linux, la resolución DNS abarca todo el sistema y realmente no tiene nada que ver con la configuración de la interfaz. Simplemente coloque un par de servidores DNS válidos en su resolv.conf. Si necesita algo más avanzado para enviar algunas solicitudes a diferentes servidores ascendentes, es posible que necesite instalar algo como DNSMasq.

Zoredache
fuente
Me preguntaba, ¿necesito especificar una puerta de enlace por ifcfg-eth0 y una por ifcfg-eth0: 0? [ya que se supone que cada uno de ellos está en una subred diferente?
fptstl
2

Como ya se mencionó, no hay nada de malo en tener dos subredes diferentes en una red y funcionará siempre que esté conectado al mismo conmutador / grupo de conmutadores para ambas redes y no tenga ninguna regla de VLAN aplicada ni ninguna otra seguridad zonas

Independientemente de cuántas direcciones IP / subredes tenga, siempre hay una sola puerta de enlace predeterminada. Se utiliza una puerta de enlace predeterminada cuando una dirección IP no coincide con ninguna otra ruta en la tabla de enrutamiento. Entonces, en su ejemplo, para cada solicitud que no forme parte de la red 192.168.91.0/24 o 10.10.191.0/24 se redirigirá a la puerta de enlace predeterminada.

Pero si lo desea, aún puede agregar rutas manuales. Entonces, supongamos que tiene una tercera red privada 10.10.200.0/24, a la que se puede acceder hasta el 10.10.191.0/24. Necesita agregar una ruta estática:

ip route add 10.10.200.0/24 via 10.10.191.254 dev eth0:0

Resolv.conf no tiene nada que ver con la puerta de enlace y se usa para resoluciones DNS. Tienen una Lea aquí para más información.

golja
fuente
0

Normalmente, el archivo /etc/resolv.conf es un archivo de configuración para la opción relacionada con DNS (servidor de nombres, dominio de búsqueda, ecc). En una distribución basada en Red-Hat, le sugeriré que cree dos archivos:

/ etc / sysconfic / network-script / route-eth0
/ etc / sysconfic / network-script / route-eth0: 0 (nunca he visto esto)

En cada uno de ellos, puede definir todas las opciones de ruta para la interfaz específica.

Esto es incorrecto. Si bien es aceptable en los sistemas RHEL / CentOS manejar interfaces Ethernet en varios archivos, el enrutamiento se maneja de manera diferente. Las rutas para una interfaz específica deben colocarse colectivamente en un solo archivo para esa interfaz. En otras palabras, si necesita rutas personalizadas para eth0: 1, eth0: 2 y eth0: 3, todas deben colocarse en:

/etc/sysconfig/network-script/route-eth0

Nada como: 1 se puede agregar al nombre del archivo.

Una respuesta anterior sugirió crear un archivo para la nueva interfaz:

/etc/sysconfig/network-scripts/ifcfg-eth0:1 

Esto es correcto, pero no debe colocar la directiva GATEWAY =. Esto dará como resultado la creación de varias puertas de enlace predeterminadas, lo que provocará un mal comportamiento del enrutamiento. Deje la opción GATEWAY = y agregue la ruta requerida a:

/etc/sysconfig/network-script/route-eth0
John Pace II
fuente
1
Parece que está intentando comentar otra respuesta en lugar de responder la pregunta. Debes editar tu respuesta para concentrarte en responder la pregunta.
kasperd
0

Normalmente, el archivo /etc/resolv.conf es un archivo de configuración para la opción relacionada con DNS (servidor de nombres, dominio de búsqueda, ecc). En una distribución basada en Red-Hat, le sugeriré que cree dos archivos:

/etc/sysconfig/network-script/route-eth0  
/etc/sysconfig/network-script/route-eth0:0  (I have not ever seen this)

En cada uno de ellos, puede definir todas las opciones de ruta para la interfaz específica. La regla que pones en estos se cargará en el arranque. Se recomienda colocar la puerta de enlace predeterminada en / etc / sysconfig / network file.

Jero
fuente