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.
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.
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/ |
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 |
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 |
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 |
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).
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 |
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 |
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 |
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 |
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)
|
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:
Este ejercicio considera lo siguiente:
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 \ |
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 |
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 |
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 |
Este ejercicio considera lo siguiente:
Se tiene dos (o más) equipos de cómputo con GNU/Linux instalado en éstos.
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.
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.
Alcance Libre
http://www.alcancelibre.org/staticpages/index.php/08-parametros-red
()