Configuración de red en GNU/Linux.

Introducción
Configurar los parámetros de red en GNU/Linux requiere se entiendan perfectamente los fundamentos de IP versión 4 y saber cómo utilizar cualquier editor de texto simple.

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

Procedimientos
Nombres de los dispositivos. Las más recientes versiones de CentOS, Fedora™ y Red Hat™ Enterprise Linux utilizan un nuevo esquema para los nombres de los dispositivos de red. Los nombres se basan sobre su ubicación física con la finalidad de facilitar su identificación. Los dispositivos de red integrados a la tarjeta madre utilizan el esquema em[1,2,3,4...]; los dispositivos PCI utilizan el esquema p[ranura PCI]p[puerto ethernet] y —en el caso de dispositivos virtuales— p[ranura PCI]p[puerto ethernet]_[interfaz virtual]. Ejemplos:

 em1 corresponde al primer dispositivo de red integrado en la tarjeta madre.  em2 corresponde al segundo dispositivo de red integrado en la tarjeta madre.  em3 corresponde al tercer dispositivo de red integrado en la tarjeta madre.  p1p1 corresponde al primer dispositivo de red en la primera ranura PCI, primer puerto ethernet.  p2p1 corresponde al primer dispositivo de red en la segunda ranura PCI, primer puerto ethernet.  p3p1 corresponde al primer dispositivo de red en la tercera ranura PCI, primer puerto ethernet.  p3p2 corresponde al primer dispositivo de red en la tercera ranura PCI, segundo puerto ethernet.  p3p2_1 corresponde al primer dispositivo de red en la tercera ranura PCI, segundo puerto ethernet,
primer dispositivo virtual.

El nuevo esquema de nombres sólo aplica para sistemas que implementan SMBIOS versión 2.6 y tablas 9 y 41. Puede cotejarse la versión de SMBIOS ejecutando como usuario root el siguiente mandato:

biosdecode

4 . vi /etc/udev/rules. Asumiendo que se trata del dispositivo eth0.6 y tablas 41 y 9.8.8. salvo que se haga la instalación mínima o la instalación básica de servidor.8 DNS2=8. ejecute: vi /etc/sysconfig/network-scripts/ifcfg-eth0 Modifique el valor del parámetro NM_CONTROLLED y establezca no como valor de éste.d/70-persistent-net.128 GATEWAY=192.255. Ejemplo: DEVICE=eth0 ONBOOT=yes BOOTPROTO=static HWADDR=44:87:FC:AA:DD:2D NM_CONTROLLED=no IPADDR=192.168.rules Si se dispone de SMBIOS 2.1 DOMAIN=dominio. para hacer uso del nuevo esquema de nombres en sistemas que fueron actualizados desde una versión anterior de CentOS.168.rules. sólo es necesario eliminar este archivo y reiniciar el sistema.tld DNS1=8.255. Si se desea impedir que NetworkManager gestione algún dispositivo de red en particular y que éste sea gestionado por el servicio network. a través del archivo /etc/udev/rules. NetworkManager. NetworkManager viene desactivado de modo predeterminado.70. NetworkManager viene activo de modo predeterminado.101 NETMASK=255. Fedora™ y Red Hat™ Enterprise Linux. se incluye NetworkManager como una implementación alternativa para la gestión de parámetros de red desde la interfaz de usuario.4. A partir de CentOS 5 y Red Hat™ Enterprise Linux 5. En CentOS 6 y Red Hat™ Enterprise Linux 6.d/70-persistent-net.8.Pueden determinarse los dispositivos de red presentes en el sistema revisando el contenido del directorio /sys/class/net/: ls /sys/class/net/ Puede consultarse la asignación de nombres de dispositivos de red presentes en el sistema. edite el archivo de configuración correspondiente al dispositivo a utilizar.70. En éstos.

siendo que su uso sólo tiene sentido en una computadora portátil que se conecta a múltiples redes inalámbricas o bien un sistema escritorio donde se quiere permitir al usuario regular poder controlar los dispositivos de red.70. Edite el archivo /etc/hosts: vi /etc/hosts Respete la configuración de la resolución de retorno del sistema.tld nombre El nombre del anfitrión (hostname) debe 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). NETWORKING=yes HOSTNAME=nombre. Añada el nombre de anfitrión del sistema y asocie éste a alguna de las direcciones IP locales. Nombre del anfitrión (HOSTNAME).dominio. NetworkManager ignorará ésta por completo.1 localhost. ejecute lo siguiente: service network restart En adelante. ejecute lo siguiente: chkconfig NetworkManager off service NetworkManager stop Asignación de parámetros de red. y. también en un servidor DNS.localdomain localhost ::1 localhost6.0. también se puede desactivar por completo este servicio.101 nombre. mientras esté establecido NM_CONTROLLED=no en la configuración del dispositivo de red. Ejemplo: 127.Para aplicar los cambios.dominio. Para desactivar NetworkManager. si es posible. Si quiere prescindir del uso de NetworkManager.168.0.localdomain6 localhost6 192. Tome en cuenta que el nombre de anfitrión deberá estar resuelto cuando menos en el archivo /etc/hosts.tld . Puede definir éste editando el archivo /etc/sysconfig/network: vi /etc/sysconfig/network Cambie el valor del parámetro HOSTNAME por el nombre de anfitrión que corresponda.

255.168.dominio. puede utilizar el parámetro PREFIX y definir la máscara de sub-red en formato CIDR.101 NETMASK=255. ejecute lo siguiente: service network restart Dirección IP. .255.A partir de CentOS 6 y Red Hat™ Enterprise Linux 6. en lugar del archivo /etc/sysconfig/network.255. máscara de sub-red y puerta de enlace.tld Para aplicar los cambios. edite el archivo /etc/sysconfig/network-scripts/ifcfg-eth0: vi /etc/sysconfig/network-scripts/ifcfg-eth0 Ejemplo: DEVICE=eth0 ONBOOT=yes BOOTPROTO=static NM_CONTROLLED=no IPADDR=192.70.255.128 GATEWAY=192.128 GATEWAY=192. Los valores de los parámetros de red se asignan a través de los parámetros BOOTPROTO para definir static si se utilizará una dirección IP estática o bien dhcp si se asignará la dirección IP a través de un servidor DHCP.70.101 NETMASK=255. edite el archivo /etc/sysconfig/network-scripts/ifcfg-eth0: vi /etc/sysconfig/network-scripts/ifcfg-eth0 Ejemplo: DEVICE=eth0 ONBOOT=yes BOOTPROTO=static NM_CONTROLLED=no IPADDR=192.70.70. Asumiendo que se utilizará el dispositivo eth0.168. IPADDR para definir la dirección IP.1 HOSTNAME=nombre. NETMASK para definir la máscara de sub-red en formato octal y GATEWAY para definir la puerta de enlace.168. Asumiendo que se utilizará el dispositivo eth0. el parámetro HOSTNAME puede ser establecido en el archivo de configuración de cualquier dispositivo de red del sistema (por ejemplo /etc/sysconfig/network-scripts/ifcfg-eth0).168.1 En lugar del parámetro NETMASK con un valor octal.

Hay dos parámetros a configurar: dominio de búsqueda predeterminado y al menos un servidor de nombres.70. se pueden establecer añadiendo al archivo de configuración de cualquier dispositivo de red.70. ejecute lo siguiente: service network restart Servidores de nombres. . En CentOS 6 y Red Hat™ Enterprise Linux 6.70.4 Para aplicar los cambios.DEVICE=eth0 ONBOOT=yes BOOTPROTO=static NM_CONTROLLED=no IPADDR=192. DNS2 y DNS3.4.101 PREFIX=25 GATEWAY=192.168.1 Los valores de los parámetros anteriores son proporcionados por el administrador de la red local en donde se localice el sistema que esté siendo configurado o bien definidos de acuerdo a una planificación previamente establecida. Asumiendo que se utilizará el dispositivo eth0.8.conf con el contenido que corresponda. DNS1. ejecute lo siguiente: service network restart Lo anterior actualizará automáticamente el archivo /etc/resolv. edite el archivo /etc/sysconfig/network-scripts/ifcfg-eth0: vi /etc/sysconfig/network-scripts/ifcfg-eth0 Ejemplo: DEVICE=eth0 ONBOOT=yes BOOTPROTO=static NM_CONTROLLED=no IPADDR=192. El administrador de la red deberá proporcionar una dirección IP disponible (IPADDR) y una máscara de la sub-red (NETMASK o PREFIX).8 DNS2=8.168. Para aplicar los cambios.168.8.8.168.1 DOMAIN=dominio.101 PREFIX=25 GATEWAY=192.70. los parámetros DOMAIN.tld DNS1=8.

36 dev eth1 Es un requisito que la puerta de enlace de destino sea alcanzable desde el dispositivo utilizado. en donde se establecen los valores para puerta de enlace.8 nameserver 8. edite al archivo /etc/resolv.8.16. Ejemplo: search dominio.255. Las rutas estáticas se pueden añadir ejecutando el mandato ip.nnn En lugar del parámetro NETMASK.168.conf Establezca o confirme los servidores del sistema de resolución de nombres de dominio (DNS).16.nnn. se puede utilizar el parámetro PREFIX. Será imposible establecer una ruta estática si es imposible alcanzar la puerta de enlace necesaria. sin necesidad de reiniciar el servicio network.nnn.1.1.4.8. Rutas estáticas.nnn.255.3.0 con máscara de 25 bit (255.conf: vi /etc/resolv.36 y a través del dispositivo de red eth1: ip route add 192. definiendo la máscara en formato CIDR.nnn NETMASK0=nnn. los cambios se perderán. Si se requiere establecer las rutas estáticas adicionales para obtener conectividad con otras redes y que las configuraciones correspondientes sean permanentes.conf los cambios aplican de manera inmediata.4 Si se modifica directamente el archivo /etc/resolv. se pueden generar archivos para cada dispositivo de red que sea necesario. Ejemplo: .128). Si sólo se ejecuta el mandato ip y se reinicia el servicio network.nnn.0/25 via 172.3. Los archivos se deben generar dentro del directorio /etc/sysconfig/network-scripts/ como route[dispositivo] y deben llevar el siguiente formato: GATEWAY0=nnn.8. puerta de enlace a través de la dirección IP 172.nnn ADDRESS0=nnn.nnn.En CentOS 5 y Red Hat™ Enterprise Linux 5 (y versiones anteriores de éstos). utilizando la siguiente sintaxis: ip route add [red]/[máscara] via [puerta-de-enlace] dev [dispositivo] En el siguiente ejemplo se definirá la ruta estática hacia la red 192. red a la que se quiere acceder y la máscara de subred correspondiente.nnn.168.tld nameserver 8.

a través de las puertas de enlace o enrutadores o encaminadores con direccines IP 192.2.ipv4.2 y 192. con máscaras 255.0/25 y se requiere establecer conectividad con las redes 172.ip_forward = 1: net.3. sin reiniciar el sistema.70.240 (28 bit).nnn.255. imaginemos que nos encontramos dentro de la red 192.nnn.2. a través del primer dispositivo Ethernet del anfitrión local (eth0).168. sería la siguiente: GATEWAY0=192.3 ADDRESS1=172.0 PREFIX0=28 GATEWAY1=192.nnn PREFIX0=nn Por citar un ejemplo.0 y 172.nnn.2 ADDRESS0=172.ip_forward=1 Herramientas para el intérprete de mandatos.16. se debe habilitar el reenvío de paquetes para IP versión 4.1. Si dispone de al menos 2 dispositivos de red y se tiene planeado implementar un NAT o DNAT.ip_forward = 1 Para aplicar el cambio. correspondientemente para cada red citada. Esto se realiza editando el archivo /etc/sysctl.conf y estableciendo 1 para activar o bien dejar 0 para mantener inactivo: vi /etc/sysctl.16. sólo es necesario ejecutar lo siguiente: sysctl -w net. ejecute lo siguiente: service network restart Función de Reenvío de paquetes para IP versión 4.16.255. Genere el archivo /etc/sysconfig/network-scripts/route-eth0 utilizando un editor de texto: vi /etc/sysconfig/network-scripts/route-eth0 La configuración para el escenario descrito arriba. .nnn.1.168.1.ipv4.0 PREFIX1=28 Para aplicar los cambios y poder hacer las comprobaciones correspondientes.168.GATEWAY0=nnn.16.ipv4.168.3.ipv4.nnn ADDRESS0=nnn.168.1.conf Y cambiando net.3.ip_forward = 0 por net.0.

70. ejecutando lo siguiente: service network restart Para comprobar la conectividad. eth0 en el ejemplo. se ejecuta lo siguiente: ip link set eth0 up En el pasado. eth0 en el siguiente ejemplo. se ejecuta lo siguiente: ip link show eth0 Para detener un dispositivo de red. Para iniciar un dispositivo de red.168. lo anterior se hacía utilizando el mandato ifup eth0. reinicie el servicio network.Después de haber configurado todos los parámetros de red deseados. ping -c3 192. eth0 en el ejemplo. lo anterior se hacía utilizando el mandato ifconfig eth0. se puede ejecutar el mandato ping hacia cualquier dirección de la red local para tal fin. se ejecuta lo siguiente: ip link show Para ver la información de estado de un dispositivo de red en particular. se ejecuta lo siguiente: ip addr show eth0 En el pasado. Para eliminar todos los parámetros de red de un dispositivo específico. Para ver la información de un dispositivo de red específico. lo anterior se hacía utilizando el mandato ifconfig. se ejecuta lo siguiente: ip link set eth0 down En el pasado. ip addr flush dev eth0 . lo anterior se hacía utilizando el mandato ifdown eth0. Para ver la información de estado de todos los dispositivos de red del sistema. eth0 en el siguiente ejemplo.1 La opción -c3 indica que sólo se harán 3 pings hacia la dirección IP de destino. se ejecuta lo siguiente: ip addr show En el pasado. Para ver la información de todos los dispositivos de red del sistema. eth0 en el ejemplo. se ejecuta lo siguiente.

eth0 en el siguiente ejemplo. utilizando: host dominio. por ejemplo).255.168.168.101 NETMASK0=255.128 . ip addr add 192. se ejecuta lo siguiente: ip route flush dev eth0 Para cambiar o establecer la puerta de enlace predeterminada del sistema. precediendo a éstos el número cero: IPADDR0=192.tld Direcciones IP secundarias Las direcciones IP secundarias sirven para que el sistema responda para más de una dirección IP a través del mismo dispositivo de red.255.1 en el siguiente ejemplo.1 dev eth0 Para comprobar si hay resolución de nombres. se ejecuta lo siguiente: ip route add default via 192. se puede realizar una consulta hacia los servidores DNS definidos para el sistema.Para añadir una dirección IP a un dispositivo.70.61/25 dev eth0 Las rutas estáticas se pueden comprobar utilizando el siguiente mandato: ip route list En el pasado. se ejecuta lo siguiente.70.61/25 dev eth0 Para eliminar una dirección IP a un dispositivo. Para eliminar todas las rutas estáticas dependientes sólo del dispositivo eth0.168. eth0 en el siguiente ejemplo. El primer paso es modificar los parámetros IPADDR y NETMASK de la dirección IP principal.168. 192.70. se ejecuta lo siguiente. 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 dirección IP (una LAN. por ejemplo) y otro conjunto de equipos lo hagan con una dirección IP distinta (una DMZ. ip addr del 192.70. a través del dispositivo eth0.168.70. lo anterior se hacía utilizando el mandato route.

1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST.168.31 NETMASK1=255.127 scope global eth0 inet 192.UP.0.101/25 brd 192.168.70.70.70.255.168.255. definiendo la máscara de sub-red en formato CIDR.168.70.168.70. IPADDR0=192.128 IPADDR1=192.255. ejecute lo siguiente: service network restart La comprobación.UP.70.128 IPADDR2=192.31 NETMASK1=255.70.101 NETMASK0=255.Añada la dirección IP secundaria y la máscara de sub-red con los parámetros IPADDR1 y NETMASK1 (o bien PREFIX1 si prefiere el formato CIDR) del siguiente modo: IPADDR0=192.168.255.255.168.MULTICAST.168.70. al ejecutar el mandato ip addr show.255.31 PREFIX1=25 IPADDR2=192. .41/25 scope global secondary eth0 inet6 fe80::223:5aff:fe4b:e843/64 scope link valid_lft forever preferred_lft forever La función Zeroconf.101 NETMASK0=255.70.70.101 PREFIX0=25 IPADDR1=192.128 Para agregar otra dirección IP secundaria.255.255.70.255.LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:23:5a:4b:e8:43 brd ff:ff:ff:ff:ff:ff inet 192. precedidos con el siguiente número consecutivo: IPADDR0=192.LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.168.255. se añade otro conjunto de parámetros IPADDR y NETMASK.128 IPADDR1=192.168.128 Puede utilizar PREFIX en lugar de NETMASK.31/25 scope global secondary eth0 inet 192.0.70.41 NETMASK2=255.168.41 PREFIX2=25 Para aplicar los cambios y poder hacer las comprobaciones correspondientes. deberá regresar algo como lo siguiente 1: lo: <LOOPBACK.168.

101 169. a fin de que surtan efecto los cambios: service network restart Para comprobar.0/25 dev eth0 proto kernel scope link src 192.0 al ejecutar el mandato ip route list: ip route list Lo anterior devolverá una salida similar a la siguiente: 192.1 dev eth0 Si se desea desactivar Zeroconf. edite el archivo /etc/sysconfig/network: vim /etc/sysconfig/network Añada el parámetro NOZEROCONF con el valor yes: NETWORKING=yes HOSTNAME=nombre. impresoras en red y otros artículos entre sí.tld NOZEROCONF=yes Al terminar. en la cual la ruta para Zeroconf ha desaparecido: .168.0.70.70.0/16 dev eth0 scope link metric 1002 default via 192.0. Estando habilitado Zeroconf. Sin Zeroconf los usuarios sin conocimientos tendrían que configurar servidores especiales como DHCP y DNS para poder establecer conectividad entre dos equipos.70.dominio. el sistema tiene habilitado Zeroconf. reinicie el servicio network.De modo predeterminado y a fin de permitir la comunicación entre dos diferentes sistemas a través de un cable RJ45 cruzado (crossover). Es un conjunto de técnicas que automáticamente gestionan la asignación de direcciones IP sin necesidad de configuración de servidores especiales. Permite a usuarios sin conocimientos de redes conectar computadoras.254. se mostrará un registro en la tabla de rutas estáticas para la red 169.168. también conocido como Zero Configuration Networking o Automatic Private IP Addressing (APIPA).168.254. ejecute de nuevo con el mandato ip route list: ip route list Lo anterior deberá devolver una salida similar a la siguiente.

Rutas estáticas.dominio los registros de la tabla de rutas estáticas. pc2.102 con máscara de sub-red 255. Por tanto. 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.168.168.101 default via 192.70. Desactivar estos dos servicios ahorrará tiempo en el arranque y se consumirán algunos pocos menos recursos de sistema. que se pueden desactivar puesto que sirven para establecer la comunicación a través de Zeroconf.128 en el dispositivo eth0.255.tld tiene una dirección IP 192.0/25 dev eth0 proto kernel scope link src 192.168.168. Este ejercicio considera lo siguiente: 1.168.255.100 con máscara de sub-red 255. Visualice desde pc2.255.70. 2.70.1 dev eth0 Una vez hecho lo anterior.70. ping -c 3 172.100.70.168.168.255.255. . existen dos servicios en el sistema en CentOS y Red Hat™ Enterprise Linux 5 y versiones posteriores.70.dominio. Este documento corresponde a los ejercicios del documento titulado Configuración de red en GNU/Linux.dominio.240 en el dispositivo eth1.16.70. estos son avahi-daemon y avahi-dnsconfd. Ejercicios. Carece de otros dispositivos de red activos.16. 3.dominio.192.1 con máscara de sub-red 255.tld tiene una dirección IP 192. pc1.0/25 dev eth0 proto kernel scope link src 192.2 metric 1 default via 192.168.70. Una dirección IP 172.255.100.1 dev eth0 proto static Intente ejecutar ping hacia la dirección recién añadida en pc1. ip route list Lo anterior devolverá una salida similar a la siguiente: 192. Se tiene dos equipos de cómputo con GNU/Linux instalado en ambos. es poco conveniente desactivar este soporte en un sistema de escritorio.1 El resultado esperado es que ping devuelva que hay 100% de pérdida de paquetes.128 en el dispositivo eth0.

1 porque el registro en la tabla de rutas estáticas fue eliminado al reiniciar el servicio de red. pipe 2 Reinicie el servicio de red.100 \ dev eth0 Visualice de nuevo los registros de la tabla de rutas estáticas.16.1 (172. time 1999ms rtt min/avg/max/mdev = 0.100.048 ms.347/0.168. ip route list Lo anterior devolverá una salida similar a la siguiente: 172.16.100. ip route add \ 172.168.100.1 ping statistics --3 packets transmitted.16.453 ms 64 bytes from 172.16.70.168.0/25 dev eth0 proto kernel scope link src 192.dominio.16.1 El resultado esperado es que ping responda al ping.1 . --.389/0.347 ms --. service network restart ip route list ping -c 3 172.100.168.168.2 metric 1 default via 192.172.1: icmp_seq=2 ttl=64 time=0. ping -c 3 172.70.1 ping statistics --3 packets transmitted.100.16.172.70.100.1: icmp_seq=1 ttl=64 time=0.1.1 dev eth0 proto static Intente ejecutar ping hacia la dirección recién añadida en pc1.16.100.PING 172.0/28 \ via 192.100 dev eth0 192.0/28 via 192. obteniéndose una salida similar a la siguiente: PING 172.16. 0% packet loss.1) 56(84) bytes of data.100.100.368 ms 64 bytes from 172.1 (172. 0 received.70.1) 56(84) bytes of data. 3 received. 64 bytes from 172.1: icmp_seq=0 ttl=64 time=0.100.100.16.100.70.16. time 1999ms Proceda a añadir la ruta estática que corresponde especificando la red.16. 100% packet loss. mascará de sub-red y puerta de enlace necesarios para llegar hacia 172.16.100.100.16.16.16. visualice de nuevo los registros de la tabla de rutas estáticas y compruebe que ya no hay respuesta al hacer ping hacia 172.453/0.100.

16.dominio.0 NETMASK0=255.100.16.168. visualice de nuevo los registros de la tabla de rutas estáticas y compruebe de nuevo que hay respuesta al hacer ping hacia 172.100.240 GATEWAY0=192.100.255.70.70.16.100 Al terminar reinicie el servicio de red.1 dev eth0 proto static Intente ejecutar ping hacia la dirección recién añadida en pc1.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=172. ping -c 3 172.168.16. ip route list Lo anterior debe devolver una salida similar a la siguiente: 172. service network restart route -n ping -c3 172.70.168.2 metric 1 default via 192.70.1.255.70.16. service network restart Visualice nuevamente los registros de la tabla de rutas estáticas.168.0/25 dev eth0 proto kernel scope link src 192.100.1 .0/28 via 192.168.1 Reinicie el servicio de red.100 dev eth0 192.100.

51 ping statistics --3 packets transmitted.LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.168.192. Visualice las interfaces de red activas en el sistema.101/25.0. El dispositivo eth0 tiene una dirección IP 192. ip addr show Lo anterior debe devolver una salida similar a la siguiente.70. donde se mostrará que sólo están activos el dispositivo eth0 y el correspondiente al dispositivo del retorno del sistema (loopback): 1: lo: <LOOPBACK.168.LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:23:5a:4b:e8:43 brd ff:ff:ff:ff:ff:ff inet 192. 0 received.UP.51/25 dev eth0 Ejecute el mandato ping con la opción -c3 para comprobar que haya respuesta de la dirección IP secundaria del dispositivo eth0.168.70.70.127 scope global eth0 inet6 fe80::223:5aff:fe4b:e843/64 scope link valid_lft forever preferred_lft forever Ejecute el mandato ping con la opción -c3 para comprobar si acaso hay alguna respuesta de la dirección IP secundaria del dispositivo eth0.168.MULTICAST.70.Ejercicio: Direcciones IP secundarias.168.51) 56(84) bytes of data.168. Carece de direcciones IP secundarias.168.51/25.51 Lo anterior debe devolver una salida similar a la siguiente: PING 192.70.168.51 (192.168.0. ping -c3 192.70.168.UP.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST. 2.70.51 Lo anterior debe devolver una salida similar a la siguiente: . time 1999ms Ejecute el mandato ip del siguiente modo para añadir la dirección IP secundaria 192.168. Este ejercicio considera lo siguiente: 1.70.70. ping -c3 192.51/25 al dispositivo eth0: ip addr add 192. Se añadirá como dirección IP secundaria 192.70. 100% packet loss.70. --.101/25 brd 192.

168.0.70.70.368 ms 64 bytes from 192.168. time 1999ms rtt min/avg/max/mdev = 0. time 1999ms .453/0.51 ping statistics --3 packets transmitted. ip addr show Lo anterior debe devolver una salida similar a la siguiente.UP.70.168.70.70.168.168.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST.389/0. donde se mostrará que está activa la dirección IP secundaria del dispositivo eth0: 1: lo: <LOOPBACK.192.51: icmp_seq=2 ttl=64 time=0.168.168.51: icmp_seq=0 ttl=64 time=0.347 ms --.70.MULTICAST.51: icmp_seq=1 ttl=64 time=0.70.168.PING 192. 3 received.51 ping statistics --3 packets transmitted.51) 56(84) bytes of data.453 ms 64 bytes from 192.51 Lo anterior debe devolver una salida similar a la siguiente: PING 192.70.168.048 ms.0.70.70.101/25 brd 192.347/0. --. pipe 2 Visualice las interfaces de red activas en el sistema.70. 100% packet loss.LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:23:5a:4b:e8:43 brd ff:ff:ff:ff:ff:ff inet 192.51) 56(84) bytes of data.168.LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.168. 64 bytes from 192.168. ping -c3 192. service network restart Utilice el mandato ping con la opción -c3 para comprobar si aún hay respuesta desde la dirección IP secundaria del dispositivo eth0.70.UP.192. 0% packet loss. 0 received.51 (192.70.127 scope global eth0 inet 192.51 (192.168.51/25 scope global secondary eth0 inet6 fe80::223:5aff:fe4b:e843/64 scope link valid_lft forever preferred_lft forever Reinicie el servicio network.

70.LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:23:5a:4b:e8:43 brd ff:ff:ff:ff:ff:ff inet 192.128 Reinicie el servicio de red.168. donde se mostrará sólo la dirección IP principal del dispositivo de red eth0 y la correspondiente al dispositivo del retorno del sistema (loopback): 1: lo: <LOOPBACK.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST.UP.MULTICAST.127 scope global eth0 inet 192.LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.70.0.168.2/25 brd 192.70.UP.168.168.0.168.Visualice los dispositivos de red activos en el sistema. ip addr show Lo anterior debe devolver una salida similar a la siguiente.51/25 scope global secondary eth0 .70.MULTICAST.UP. donde nuevamente se mostrará que está activa la dirección IP secundaria del dispositivo eth0: 1: lo: <LOOPBACK.255.51 NETMASK1=255.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST.70.70.168.101/25 brd 192.0. edite el archivo /etc/sysconfig/networkscripts/ifcfg-eth0 y añada el siguiente contenido (¡Respete mayúsculas y minúsculas!): IPADDR1=192. ip addr show Lo anterior debe devolver una salida similar a la siguiente.255. service network restart Visualice las interfaces de red activas en el sistema.UP.127 scope global eth0 inet6 fe80::223:5aff:fe4b:e843/64 scope link valid_lft forever preferred_lft forever Para hacer permanente la dirección secundaria en el dispositivo eth0.LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:23:5a:4b:e8:43 brd ff:ff:ff:ff:ff:ff inet 192.LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.

368 ms 64 bytes from 192.168.168.inet6 fe80::223:5aff:fe4b:e843/64 scope link valid_lft forever preferred_lft forever Utilice el mandato ping con la opción -c3 para comprobar que haya respuesta de la dirección IP secundaria del dispositivo eth0: ping -c3 192.70.51: icmp_seq=1 ttl=64 time=0.168. .347/0.51: icmp_seq=0 ttl=64 time=0.51) 56(84) bytes of data.048 ms.51 ping statistics --3 packets transmitted. 64 bytes from 192. 0% packet loss.389/0.453 ms 64 bytes from 192.453/0.168.51 (192.168.168. 3 received.70.70.192.70.347 ms --. pipe 2 La dirección IP secundaria del dispositivo eth0 estará activa la siguiente vez que inicie el sistema operativo.70.51 Lo anterior debe devolver una salida similar a la siguiente: PING 192.70.51: icmp_seq=2 ttl=64 time=0.168. time 1999ms rtt min/avg/max/mdev = 0.70.

Sign up to vote on this title
UsefulNot useful