Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1

© 1999-2011 Joel Barrios Dueñas. Usted es libre de copiar, distribuir y comunicar públicamente la obra y hacer obras derivadas bajo las condiciones siguientes: a) Debe reconocer y citar al autor original. b) No puede utilizar esta obra para fines comerciales (incluyendo su publicación, a través de cualquier medio, por entidades con fines de lucro). c) Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. Los derechos derivados de usos legítimos u otras limitaciones no se ven afectados por lo anterior. Licencia completa en castellano. La información contenida en este documento y los derivados de éste se proporcionan tal cual son y los autores no asumirán responsabilidad alguna si el usuario o lector hace mal uso de éstos.

Introducción

Configurar los parámetros de red en una estación de trabajo GNU/Linux o un servidor es realmente simple. Solamente requerirá de algunos conocimientos básicos acerca de TCP/IP, IP versión 4, y saber cómo utilizar cualquier editor de texto simple, como Vi, Emacs, o gEdit.

Procedimientos

Detección y configuración del sustento físico (hardware).

En CentOS 6 y Red Hat Enterprise Linux 6, que utiliza núcleo de Linux versión 2.6.32, la detección de las tarjetas de red es automática, mientras se trate de tarjetas de red soportadas. Para consultar la lista de tarjetas de red compatibles, visite hardware.redhat.com.

En CentOS 5 y Red Hat Enterprise Linux 5, la detección de las tarjetas de red es realizada o bien por el programa de instalación, o bien a través de kudzu, un servicio que inicia junto con el sistema y que se encarga de detectar y configurar los dispositivos de sustento físico (hardware) instalados. En términos generales, es innecesario configurar parámetro alguno mientras los dispositivos de red sean compatibles y exista un controlador para la versión del núcleo (kernel) ejecutado.

Si acaso no fuese detectado el dispositivo de red debido a la ausencia de kudzu, es posible configurar todo manualmente. La marca de la tarjeta de red es lo que menos interesa, lo que es importante es que se determine con exactitud que circuito integrado auxiliar (chipset) utiliza la tarjeta de red. Esto puede determinarse examinando físicamente la tarjeta de red o bien examinando a detalle la salida en pantalla que se obtiene al ejecutar el siguiente mandato:

lspci | grep Ethernet

Lo anterior devuelve una salida similar a la siguiente (en el caso de una tarjeta 3Com 905 C)

Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 120).

De ser necesario, puede modificarse, con un editor de textos, el archivo /etc/modprobe.conf. Puede verificarse el módulo correspondiente a la tarjeta de red consultando el archivo anteriormente mencionado:

alias eth0 3c59x

Si se realizó alguna edición de este archivo, deberá de ejecutarse el siguiente mandato, a fin de actualizar dependencias:

depmod -a

Si utiliza un núcleo de la serie 2.4.x o 2.6, la lista de módulos existentes en el sistema que se pueden utilizar para distintos circuitos integrados auxiliares de distintos modelos de tarjetas de red se puede obtener listando el contenido del directorio /lib/modules/[versión del núcleo]/kernel/drivers/net/. Ejemplo:

ls /lib/modules/2.6.18-274.el5PAE/kernel/drivers/net/

NetworkManager.

Desde CentOS 5 y Red Hat Enterprise Linux 5, se incluye una implementación alternativa para la gestión de parámetros de red desde la interfaz de usuario. En CentOS y Red Hat Enterprise Linux 5 viene desactivada de modo predeterminado, por lo que permite trabajar normalmente. Sin embargo en CentOS 6 y Red Hat Enterprise Linux 6, este servicio viene activo, salvo que se haga la instalación mínima o la instalación básica de servidor.

Si se desea impedir que NetworkManager gestione alguna interfaz de red en particular, y que se pueda iniciar junto con el servicio network, solo basta con modificar el parámetro NM_CONTROLLED del archivo de configuración de la interfaz deseada, dentro del directorio /etc/sysconfig/network-scripts/, y establecer no como valor de éste. Ejemplo:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
HWADDR=44:87:FC:AA:DD:2D
NM_CONTROLLED=no
IPADDR=172.16.1.50
NETMASK=255.255.255.192
GATEWAY=172.16.1.1
DOMAIN=dominio.tld
DNS1=8.8.8.8
DNS2=8.8.4.4

Mientras esté establecido NM_CONTROLLED=no en la configuración de la interfaz de red, NetworkManager ignorará ésta por completo. Si va a prescindir del uso del modo gráfico, o bien se llevarán a cabo cambios poco frecuentes de la configuración de los dispositivos de red del sistema, también se puede desactivar por completo el servicio NetworkManager, y ahorrar alrededor de un de MB de RAM. El uso de NetworkManager solo tiene sentido en una computadora portátil que se conecta a múltiples redes inalámbricas, o bien un escritorio.

chkconfig NetworkManager off
service NetworkManager stop

Asignación de parámetros de red.

Nombre del anfitrión (HOSTNAME).

Debe modificarse con un editor de textos el archivo /etc/hosts, y debe verificarse que este diferenciado el eco o retorno del sistema del nombre del sistema, el cual deberá estar asociado a una de las direcciones IP, específicamente la que esté asociado a dicho nombre en el servidor del sistema de nombres de dominio (DNS) si se cuenta con uno en la red local. Ejemplo:

127.0.0.1	localhost.localdomain	localhost
172.16.1.50	nombre.dominio.tld	nombre

Se debe establecer un nombre para el sistema. Este deberá ser un FQDN (acrónimo de Fully Qualified Domain Name o Nombre de Dominio Plenamente Calificado) resuelto por un servidor de nombres de domino (DNS) o bien. En el caso de sistemas sin conexión a red o sistemas caseros, sea resuelto de manera local en el archivo /etc/hosts. De tal modo, el nombre del anfitrión (hostname) del sistema se definirá dentro del archivo /etc/sysconfig/network del siguiente modo:

NETWORKING=yes
HOSTNAME=nombre.dominio.tld

Dirección IP, máscara de subred y puerta de enlace.

Debe modificarse con cualquier editor de textos, y verificar que sus parámetros de red sean los correctos, el archivo localizado en la ruta /etc/sysconfig/network-scripts/ifcfg-eth0. Ejemplo:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
NM_CONTROLLED=no
IPADDR=172.16.1.50
NETMASK=255.255.255.192
GATEWAY=172.16.1.1

Los parámetros anteriores son proporcionados por el administrador de la red local en donde se localice la máquina que está siendo configurada, o bien definidos de acuerdo a una planificación previamente establecida. El administrador de la red deberá proporcionar una dirección IP disponible (IPADDR) y una máscara de la subred (NETMASK).

Servidores de nombres.

Hay dos parámetros a configurar: dominio de búsqueda predeterminado y al menos un servidor de nombres. En CentOS 6 y Red Hat Enterprise Linux 6, se pueden establecer añadiendo al archivo ifcfg-eth0, que se encontrará del directorio /etc/sysconfig/network-scripts/, el parámetro DOMAIN y los parámetro DNS1, DNS2 y DNS3. Ejemplo:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=static
NM_CONTROLLED=no
IPADDR=172.16.1.50
NETMASK=255.255.255.192
GATEWAY=172.16.1.1
DOMAIN=dominio.tld
DNS1=8.8.8.8
DNS2=8.8.4.4

Lo anterior actualizará automáticamente el archivo /etc/resolv.conf con el contenido que corresponda.

En CentOS 5 y Red Hat Enterprise Linux 5 (y versiones anteriores de éstos), debe modificarse con un editor de textos al archivo /etc/resolv.conf, donde se establecerán los servidores del sistema de resolución de nombres de dominio (DNS). Ejemplo:

search dominio.tld
nameserver 8.8.8.8
nameserver 8.8.4.4

Agregar rutas estáticos.

Las rutas estáticas se pueden añadir utilizando el mandato route, siguiendo la siguiente sintaxis:

route add -net [red-destino] netmask [máscara] gw [puerta-de-enlace] dispositivo

En el siguiente ejemplo se definirá la ruta estática hacia la red 192.168.3.0 con máscara 255.255.255.192, puerta de enlace a través de la dirección IP 172.16.1.36 y a través del dispositivo de red eth1:

route add -net 192.168.3.0 netmask 255.255.255.192 gw 172.16.1.36 eth1

Es un requisito que la puerta de enlace de destino sea alcanzable desde el dispositivo utilizado. Una ruta estática no puede ser establecida si no es posible alcanzar la puerta de enlace necesaria. Si se reinicia el servicio de red, los cambios se perderán.

Si se requiere establecer las rutas estáticas adicionales para obtener conectividad con otras redes y que los cambios sean permanentes, se pueden generar archivos para cada interfaz que sea necesario, en donde se establecen los valores para puerta de enlace, red a la que se quiere acceder y la máscara de subred correspondiente. Los archivos se deben generar dentro del directorio /etc/sysconfig/network-scripts/ como route-[interfaz] y deben llevar el siguiente formato:

GATEWAY0=xxx.xxx.xxx.xxx
ADDRESS0=xxx.xxx.xxx.xxx
NETMASK0=xxx.xxx.xxx.xxx

Por citar un ejemplo, imaginemos que nos encontramos dentro de la red 172.16.1.0 y se requiere establecer conectividad con las redes 192.168.2.0 y 192.168.3.0, con máscaras 255.255.255.192, a través de las puertas de enlace o enrutadores o encaminadores con dirección IP 192.168.2.1 y 192.168.3.1, correspondientemente para cada red citada, a través de la primera interfaz Ethernet del sistema (eth0). La configuración de /etc/sysconfig/network-scripts/route-eth0 sería la siguiente:

GATEWAY0=192.168.2.1
ADDRESS0=192.168.2.0
NETMASK0=255.255.255.192
GATEWAY1=192.168.3.1
ADDRESS1=192.168.3.0
NETMASK1=255.255.255.192

Función de Reenvío de paquetes para IP versión 4.

Si dispone de al menos 2 dispositivos de red y se tiene planeado implementar un NAT o DNAT, se debe habilitar el reenvío de paquetes para IP versión 4. Esto se realiza editando el archivo /etc/sysctl.conf, y estableciendo 1 para activar, o bien dejar 0 para mantener inactivo:

vim /etc/sysctl.conf

Y cambiando net.ipv4.ip_forward = 0 por net.ipv4.ip_forward = 1:

net.ipv4.ip_forward = 1

Para aplicar el cambio, sin reiniciar el sistema, solo es necesario ejecutar lo siguiente:

sysctl -w net.ipv4.ip_forward=1

Comprobaciones.

Después de hacer configurado todos los parámetros de red deseados, solo deberá de ser reiniciado el servicio de red, ejecutando lo siguiente:

service network restart

Basta solamente comprobar si hay realmente conectividad. Puede ejecutarse el mandato ping hacia cualquier dirección de la red local para tal fin.

ping -c3 172.16.1.1

Las interfaces y la información de las mismas se puede examinar utilizando:

ifconfig

Las rutas estáticas se pueden comprobar utilizando el siguiente mandato:

route -n

Para comprobar si hay resolución de nombres, se puede realizar una consulta hacia los servidores DNS definidos para el sistema, utilizando:

host dominio.tld

Alta de direcciones IP virtuales

Las direcciones IP virtuales sirven para que el sistema responda para más de una dirección IP a través del mismo dispositivo de red. Son útiles en los casos en los cuales se tiene un servicio de hospedaje de páginas de Internet, y se desea que cada sitio tenga su propia dirección IP. También son útiles en los muros cortafuegos donde se quiere que un conjunto de equipos salgan hacia Internet enmascarados con una IP (una LAN, por ejemplo), y otro conjunto de equipos lo hagan con una dirección IP distinta (una DMZ, por ejemplo).

Basta definir solamente la dirección IP, máscara de subred y el nombre del dispositivo. El archivo se genera igualmente con el nombre del dispositivo con el prefijo ifcfg-, dentro del directorio /etc/sysconfig/network-scripts/. Ejemplo del contenido del archivo /etc/sysconfig/network-scripts/ifcfg-eth0:0 que corresponde al primer dispositivo virtual del primer dispositivo ethernet:

DEVICE=eth0:0
IPADDR=192.168.2.254
NETMASK=255.255.255.192

La comprobación, al ejecutar el mandato ifconfig, deberá regresar algo como lo siguiente

eth0      Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.1  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:264830 errors:0 dropped:0 overruns:0 frame:0
          TX packets:255396 errors:0 dropped:0 overruns:0 carrier:0
          collisions:348 txqueuelen:1000
          RX bytes:42375618 (40.4 MiB)  TX bytes:20306080 (19.3 MiB)
          Interrupt:11 Base address:0xd000

eth0:0    Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.2  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2590 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2590 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3327899 (3.1 MiB)  TX bytes:3327899 (3.1 MiB)

La función Zeroconf.

De modo predeterminado, y a fin de permitir la comunicación entre dos diferentes sistemas a través de un cable RJ45 cruzado (crossover), el sistema tiene habilitado Zeroconf, también conocido como Zero Configuration Networking o Automatic Private IP Addressing (APIPA). Es un conjunto de técnicas que automáticamente crean una dirección IP utilizable sin necesidad de configuración de servidores especiales. Permite a usuarios sin conocimientos de redes conectar computadoras, impresoras en red y otros artículos entre sí.

Sin Zeroconf los usuarios sin conocimientos tendrían que configurar servidores especiales como DHCP y DNS para poder establecer conectividad entre dos equipos.

Estando habilitado Zeroconf se mostrará un registro en la tabla de rutas estáticas para la red 169.254.0.0 al utilizar el mandato route -n, devolviendo una salida similar a la siguiente:

172.16.1.0    0.0.0.0      255.255.255.192   U     0     0     0  eth0
169.254.0.0   0.0.0.0      255.255.0.0       U     0     0     0  eth0
127.0.0.0     0.0.0.0      255.255.255.255   U     0     0     0  lo
0.0.0.0       172.16.1.1   0.0.0.0           UG    0     0     0  eth0

Si se desea desactivar Zeroconf, solo bastará añadir en el archivo /etc/sysconfig/network el parámetro NOZEROCONF con el valor yes:

NETWORKING=yes
HOSTNAME=nombre.dominio.tld
NOZEROCONF=yes

Al terminar, solo hay que reiniciar el servicio de red para que surtan efecto los cambios y comprobar de nuevo con el mandato route -n que la ruta para Zeroconf ha desaparecido:

172.16.1.0   0.0.0.0       255.255.255.192   U      0     0     0  eth0
127.0.0.0    0.0.0.0       255.255.255.255   U      0     0     0  lo
0.0.0.0      172.16.1.1    0.0.0.0           UG     0     0     0  eth0

Una vez hecho lo anterior, existen dos servicios en el sistema en CentOS y Red Hat™ Enterprise Linux 5 y versiones posteriores, que se pueden desactivar puesto que sirven para establecer la comunicación a través de Zeroconf, estos son avahi-daemon y avahi-dnsconfd. Desactivar estos dos servicios ahorrará tiempo en el arranque y se consumirán algunos pocos menos recursos de sistema.

chkconfig avahi-dnsconfd off
chkconfig avahi-daemon off
service avahi-dnsconfd stop
service avahi-daemon stop

Muchas aplicaciones y componentes para el modo gráfico dependen de Zeroconf para su correcto funcionamiento. Por tanto, no es conveniente desactivar este soporte si se va a hacer uso del modo gráfico.

Para más detalles acerca de Zeroconf, puede consultarla información disponible en:

• http://www.zeroconf.org/

• http://en.wikipedia.org/wiki/Zeroconf

Ejercicios.

Rutas estáticas.

Este ejercicio considera lo siguiente:

1. Se tiene dos equipos de cómputo con GNU/Linux instalado en ambos.
2. pc1.dominio.tld tiene una dirección IP 172.16.1.61 con máscara de subred 255.255.255.192 en el dispositivo eth0. Una dirección IP 10.3.2.1 con máscara de subred 255.255.255.240 en el dispositivo eth1.
3. pc2.dominio.tld tiene una dirección IP 172.16.1.102 (o cualquiera otra en el mismo segmento) con máscara de subred 255.255.255.192 en el dispositivo eth0. Carece de otros dispositivos de red activos.

Visualice desde pc2.dominio los registros de la tabla de rutas estáticas.

route -n

Obtendrá una salida similar a la siguiente:

Kernel IP routing table
Destination   Gateway       Genmask           Flags Metric Ref  Use Iface
172.16.1.0    0.0.0.0       255.255.255.192   U     0      0    0   eth0
0.0.0.0       172.16.1.1    0.0.0.0           UG    0      0    0   eth0

Intente ejecutar ping hacia la dirección recién añadida en pc1.dominio.

ping -c 3 10.3.2.1

El resultado esperado es que ping devuelva que hay 100% de pérdida de paquetes.

PING 10.3.2.1 (10.3.2.1) 56(84) bytes of data.

--- 10.3.2.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

Proceda a añadir la ruta estática que corresponde especificando la red, mascará de subred y puerta de enlace necesarios para llegar hacia 10.3.2.1.

route add \
-net 10.3.2.0 \
netmask 255.255.255.240 \
gw 172.16.1.61 \
eth0

Visualice de nuevo los registros de la tabla de rutas estáticas.

route -n

Obtendrá una salida similar a la siguiente:

Kernel IP routing table
Destination  Gateway      Genmask           Flags Metric Ref  Use Iface
172.16.1.0   0.0.0.0      255.255.255.192   U     0      0    0   eth0
0.0.0.0      172.16.1.1   0.0.0.0           UG    0      0    0   eth0
10.3.2.0     172.16.1.1   255.255.255.240   UG    0      0    0   eth0

Intente ejecutar ping hacia la dirección recién añadida en pc1.dominio.

ping -c 3 10.3.2.1

El resultado esperado es que ping responda al ping, obteniéndose una salida similar a la siguiente:

PING 10.3.2.1 (10.3.2.1) 56(84) bytes of data.
64 bytes from 10.3.2.1: icmp_seq=0 ttl=64 time=0.453 ms
64 bytes from 10.3.2.1: icmp_seq=1 ttl=64 time=0.368 ms
64 bytes from 10.3.2.1: icmp_seq=2 ttl=64 time=0.347 ms

--- 10.3.2.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.347/0.389/0.453/0.048 ms, pipe 2

Reinicie el servicio de red, visualice de nuevo los registros de la tabla de rutas estáticas y compruebe que ya no hay respuesta al hacer ping hacia 10.3.2.1 porque el registro en la tabla de rutas estáticas fue eliminado al reiniciar el servicio de red.

service network restart
route -n
ping -c 3 10.3.2.1

Para hacer permanente el registro en la tabla de rutas estáticas utilice un editor de texto el archivo /etc/sysconfig/network-scripts/route-eth0, y ponga el siguiente contenido:

ADDRESS0=10.3.2.0
NETMASK0=255.255.255.240
GATEWAY0=172.16.1.61

Al terminar reinicie el servicio de red.

service network restart

Visualice nuevamente los registros de la tabla de rutas estáticas.

route -n

Lo anterior debe devolver una salida similar a la siguiente:

Kernel IP routing table
Destination   Gateway      Genmask          Flags Metric Ref  Use Iface
172.16.1.0    0.0.0.0      255.255.255.192  U     0      0    0   eth0
0.0.0.0       172.16.1.1   0.0.0.0          UG    0      0    0   eth0
10.3.2.0      172.16.1.1   255.255.255.240  UG    0      0    0   eth0

Intente ejecutar ping hacia la dirección recién añadida en pc1.dominio.

ping -c 3 10.3.2.1

Reinicie el servicio de red, visualice de nuevo los registros de la tabla de rutas estáticas y compruebe de nuevo que hay respuesta al hacer ping hacia 10.3.2.1.

service network restart
route -n
ping -c3 10.3.2.1

Ejercicio: Direcciones IP virtuales.

Este ejercicio considera lo siguiente:

1. Se tiene dos (o más) equipos de cómputo con GNU/Linux instalado en éstos.

2. pc1.dominio.tld tiene una dirección IP 172.16.1.50, con máscara de subred 255.255.255.192 en el dispositivo eth0. Carece de otros dispositivos de red activos.

3. Se añadirá como interfaz virtual (eth0:0) la dirección IP 172.16.1.51, con máscara de subred 255.255.255.192.

Visualice las interfaces de red activas en el sistema.

ifconfig

Lo anterior debe devolver una salida similar a la siguiente, donde se mostrará que solo están activas la interfaz eth0 y la correspondiente al dispositivo del retorno del sistema (loopback):

eth0      Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.50  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24784 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23366 errors:0 dropped:0 overruns:0 carrier:0
          collisions:112 txqueuelen:1000
          RX bytes:15323317 (14.6 MiB)  TX bytes:5794288 (5.5 MiB)
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1337 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:125102 (122.1 KiB)  TX bytes:125102 (122.1 KiB)

Utilice ping para comprobar si acaso hay alguna respuesta desde la interfaz virtual eth0:0.

ping -c3 172.16.1.51

Lo anterior debe devolver una salida similar a la siguiente:

PING 172.16.1.51 (172.16.1.51) 56(84) bytes of data.

--- 172.16.1.51 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

Configure a través de ifconfig los parámetros de la interfaz virtual eth0:0. Si la sintaxis fue correcta, el sistema no deberá devolver mensaje alguno.

ifconfig eth0:0 172.16.1.51 netmask 255.255.255.192

Utilice ping para comprobar que haya respuesta desde la interfaz virtual eth0:0.

ping -c3 172.16.1.51

Lo anterior debe devolver una salida similar a la siguiente:

PING 172.16.1.51 (172.16.1.51) 56(84) bytes of data.
64 bytes from 172.16.1.51: icmp_seq=0 ttl=64 time=0.453 ms
64 bytes from 172.16.1.51: icmp_seq=1 ttl=64 time=0.368 ms
64 bytes from 172.16.1.51: icmp_seq=2 ttl=64 time=0.347 ms

--- 172.16.1.51 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.347/0.389/0.453/0.048 ms, pipe 2

Visualice las interfaces de red activas en el sistema.

ifconfig

Lo anterior debe devolver una salida similar a la siguiente, donde se mostrará que está activa la interfaz eth0:0 junto con la interfaz eth0 y la correspondiente al dispositivo del retorno del sistema (loopback):

eth0      Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.50  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24784 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23366 errors:0 dropped:0 overruns:0 carrier:0
          collisions:112 txqueuelen:1000
          RX bytes:15323317 (14.6 MiB)  TX bytes:5794288 (5.5 MiB)
          Interrupt:11 Base address:0xd000

eth0:0    Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.51  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1337 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:125102 (122.1 KiB)  TX bytes:125102 (122.1 KiB)

Reinicie el servicio network.

service network restart

Utilice el mandato ping para comprobar si aún hay respuesta desde la interfaz virtual eth0:0.

ping -c3 172.16.1.51

Lo anterior debe devolver una salida similar a la siguiente:

PING 172.16.1.51 (172.16.1.51) 56(84) bytes of data.

--- 172.16.1.51 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

Visualice las interfaces de red activas en el sistema.

ifconfig

Lo anterior debe devolver una salida similar a la siguiente, donde se mostrará que ya no está activa la interfaz eth0:0, y solo se muestran activas la interfaz eth0 y la correspondiente al dispositivo del retorno del sistema (loopback):

eth0      Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.50  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24784 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23366 errors:0 dropped:0 overruns:0 carrier:0
          collisions:112 txqueuelen:1000
          RX bytes:15323317 (14.6 MiB)  TX bytes:5794288 (5.5 MiB)
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1337 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:125102 (122.1 KiB)  TX bytes:125102 (122.1 KiB)

Para hacer permanente la interfaz de red virtual en eth0:0 utilice un editor de texto el archivo /etc/sysconfig/network-scripts/ifcfg-eth0:0 y ponga el siguiente contenido (¡Respete mayúsculas y minúsculas!):

DEVICE=eth0:0
IPADDR=172.16.1.51
NETMASK=255.255.255.192

Reinicie el servicio de red.

service network restart

Visualice las interfaces de red activas en el sistema.

ifconfig

Lo anterior debe devolver una salida similar a la siguiente, donde nuevamente se mostrará que está activa la interfaz eth0:0 junto con la interfaz eth0 y la correspondiente al dispositivo del retorno del sistema (loopback):

eth0      Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.50  Bcast:172.16.1.63  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24784 errors:0 dropped:0 overruns:0 frame:0
          TX packets:23366 errors:0 dropped:0 overruns:0 carrier:0
          collisions:112 txqueuelen:1000
          RX bytes:15323317 (14.6 MiB)  TX bytes:5794288 (5.5 MiB)
          Interrupt:11 Base address:0xd000

eth0:0    Link encap:Ethernet  HWaddr 00:01:02:03:04:05
          inet addr:172.16.1.51  Bcast:192.168.1.255  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1337 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:125102 (122.1 KiB)  TX bytes:125102 (122.1 KiB)

Utilice el mandato ping para comprobar que haya respuesta desde la interfaz virtual eth0:0.

ping -c3 172.16.1.51

Lo anterior debe devolver una salida similar a la siguiente:

PING 172.16.1.51 (172.16.1.51) 56(84) bytes of data.
64 bytes from 172.16.1.51: icmp_seq=0 ttl=64 time=0.453 ms
64 bytes from 172.16.1.51: icmp_seq=1 ttl=64 time=0.368 ms
64 bytes from 172.16.1.51: icmp_seq=2 ttl=64 time=0.347 ms

--- 172.16.1.51 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.347/0.389/0.453/0.048 ms, pipe 2

La interfaz eth0:0 estará activa la siguiente vez que inicie el sistema operativo con la dirección IP y máscara de subred asignados.