Introducción
En este laboratorio, obtendrás experiencia práctica configurando interfaces de red y ajustes de nombre de host en un sistema Red Hat Enterprise Linux. Aprenderás herramientas y técnicas esenciales de línea de comandos para gestionar la conectividad y la identificación de red de tu sistema.
A lo largo de este laboratorio, validarás el estado de las interfaces de red existentes y las direcciones IP, añadirás nuevas conexiones de red con configuraciones de IP estática y practicarás la activación y desactivación de estas conexiones. Además, modificarás los ajustes de red existentes, configurarás el nombre de host del sistema y la resolución de nombres, y finalmente, probarás la conectividad de red y la resolución de nombres para asegurar que todas las configuraciones funcionen según lo esperado.
Validar el estado de la interfaz de red y las direcciones IP
En este paso, aprenderás a validar el estado de la interfaz de red y las direcciones IP en tu sistema Red Hat Enterprise Linux utilizando herramientas de línea de comandos. Comprender la configuración de tu red es crucial para solucionar problemas de conectividad y gestionar servicios de red.
Primero, exploremos el comando ip link, que enumera todas las interfaces de red disponibles en tu sistema. Este comando proporciona una visión general de tus adaptadores de red, incluyendo su estado (UP/DOWN), direcciones MAC y MTU (Maximum Transmission Unit).
Abre tu terminal. Deberías ver un prompt similar a [labex@host ~]$.
ip link show
Verás una salida similar a esta, mostrando interfaces como lo (loopback), eth0 y eth1 (interfaces Ethernet con nombres alternativos):
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
altname enp0s6
altname ens6
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:16:3e:0f:9e:51 brd ff:ff:ff:ff:ff:ff
altname enp0s7
altname ens7
Ten en cuenta que tu sistema tiene dos interfaces Ethernet (eth0 y eth1) con nombres alternativos (enp0s6/ens6 y enp0s7/ens7 respectivamente). El qdisc mq indica que se está utilizando un programador de red de múltiples colas para un mejor rendimiento.
A continuación, utilizaremos el comando ip addr para ver información detallada del dispositivo y la dirección de una interfaz de red específica. Este comando proporciona información sobre las direcciones IP asignadas (IPv4 e IPv6), direcciones de difusión y máscaras de subred.
Revisemos los detalles de tu interfaz eth0:
ip addr show eth0
La salida mostrará las direcciones IP asignadas a eth0, incluyendo tanto direcciones IPv4 como IPv6 si están configuradas:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
altname enp0s6
altname ens6
inet 10.0.0.160/24 brd 10.0.0.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 fe80::216:3eff:fe0f:9e4e/64 scope link
valid_lft forever preferred_lft forever
Observa que eth0 tiene la dirección IP 10.0.0.160/24 con la bandera noprefixroute, lo que indica que NetworkManager está gestionando el enrutamiento para esta interfaz.
El comando ip -s link show también puede mostrar estadísticas sobre el rendimiento de la red, como el número de bytes y paquetes transmitidos y recibidos, así como cualquier error o paquete descartado. Esto es útil para una verificación rápida del tráfico de red.
ip -s link show eth0
Verás las estadísticas para la interfaz eth0:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped missed mcast
90512 884 0 0 0 0
TX: bytes packets errors dropped carrier collsns
1430185 1069 0 0 0 0
altname enp0s6
altname ens6
Finalmente, verifiquemos la tabla de enrutamiento usando el comando ip route. La tabla de enrutamiento determina cómo se dirige el tráfico de red a su destino.
ip route
Este comando mostrará la tabla de enrutamiento IPv4, mostrando las rutas predeterminadas y las rutas para redes específicas. Dado que tienes dos interfaces de red, verás múltiples rutas:
default via 10.0.0.253 dev eth0 proto dhcp src 10.0.0.160 metric 100
default via 10.0.0.253 dev eth1 proto dhcp src 10.0.0.161 metric 101
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.160 metric 100
10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.161 metric 101
Observa que hay dos rutas predeterminadas con diferentes métricas (100 y 101), lo que significa que eth0 tiene prioridad debido a su valor de métrica más bajo. Ambas interfaces están conectadas al mismo segmento de red (10.0.0.0/24) y utilizan la misma puerta de enlace (10.0.0.253). La interfaz eth0 tiene la dirección IP 10.0.0.160/24 y eth1 tiene 10.0.0.161/24.
Para ver la tabla de enrutamiento IPv6, utiliza el comando ip -6 route:
ip -6 route
Verás las entradas de enrutamiento IPv6 para ambas interfaces:
::1 dev lo proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev eth1 proto kernel metric 256 pref medium
Añadir una nueva conexión de red con IP estática
En este paso, aprenderás a añadir una nueva conexión de red con una dirección IP estática utilizando la herramienta de línea de comandos nmcli. nmcli es una potente utilidad para controlar NetworkManager, que gestiona las conexiones de red en Red Hat Enterprise Linux.
Primero, verifiquemos el estado actual del dispositivo de red para identificar las interfaces disponibles. Esto nos ayudará a elegir una interfaz para configurar.
nmcli dev status
Verás una salida similar a esta, mostrando dispositivos como eth0 y eth1 con sus respectivos nombres de conexión:
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected cloud-init eth0
eth1 ethernet connected cloud-init eth1
lo loopback connected (externally) lo
Para este laboratorio, utilizaremos la interfaz eth0 para crear una nueva conexión estática. Ten en cuenta que tu sistema ya tiene conexiones activas llamadas cloud-init eth0 y cloud-init eth1 que son generadas automáticamente por NetworkManager para esta imagen.
Ahora, añadamos una nueva conexión de red llamada static-eth0 a la interfaz eth0. La configuraremos con una dirección IPv4 estática, una máscara de subred y una puerta de enlace. Basándonos en el entorno de red actual (10.0.0.0/24), utilizaremos los siguientes detalles:
- Nombre de la conexión:
static-eth0 - Nombre de la interfaz:
eth0 - Dirección IPv4:
10.0.0.200/24(Esto significa dirección IP10.0.0.200con una máscara de subred de 24 bits) - Puerta de enlace:
10.0.0.253(Igual que la puerta de enlace actual)
Ejecuta el siguiente comando para añadir la nueva conexión. Recuerda usar sudo ya que los cambios en la configuración de red requieren privilegios de root. No se te pedirá contraseña.
Nota: Si ya creaste una conexión static-eth0 con un rango de IP diferente (como 192.168.1.10/24), primero deberías eliminarla y volver a crearla con el rango de IP correcto para este entorno:
## Eliminar la conexión existente si existe con un rango de IP incorrecto
sudo nmcli con delete static-eth0
## Añadir la nueva conexión con el rango de IP correcto
sudo nmcli con add con-name static-eth0 type ethernet ifname eth0 ipv4.addresses 10.0.0.200/24 ipv4.gateway 10.0.0.253 ipv4.method manual
Después de ejecutar el comando, deberías ver un mensaje de confirmación indicando que la conexión se añadió correctamente:
Connection 'static-eth0' (d4c42169-4134-4d3a-9b31-e837d62601bd) successfully added.
Analicemos el comando:
sudo nmcli con add: Este es el comando base para añadir una nueva conexión de NetworkManager.con-name static-eth0: Esto asigna el nombrestatic-eth0a nuestro nuevo perfil de conexión.type ethernet: Especifica que se trata de una conexión de tipo Ethernet.ifname eth0: Vincula este perfil de conexión a la interfaz de redeth0.ipv4.addresses 10.0.0.200/24: Establece la dirección IPv4 estática y la máscara de subred.ipv4.gateway 10.0.0.253: Establece la puerta de enlace predeterminada para esta conexión.ipv4.method manual: Configura el método de asignación de dirección IPv4 como manual (estático), evitando que intente obtener una dirección IP mediante DHCP.
Ahora, verifiquemos que el nuevo perfil de conexión se ha creado. Podemos usar nmcli con show para listar todas las conexiones disponibles.
nmcli con show
Deberías ver static-eth0 listada entre tus conexiones. Ten en cuenta que aún no está activa (no hay dispositivo asignado), mientras que las conexiones generadas por el sistema están activas:
NAME UUID TYPE DEVICE
cloud-init eth0 1dd9a779-d327-56e1-8454-c65e2556c12c ethernet eth0
cloud-init eth1 3c50eb47-7260-5a6d-801d-bd4f587d6b58 ethernet eth1
lo 9eac3150-dd39-47e6-a375-f7165442a8eb loopback lo
static-eth0 d4c42169-4134-4d3a-9b31-e837d62601bd ethernet --
En el siguiente paso, aprenderemos cómo activar esta conexión recién creada.
Activar y desactivar conexiones de red
En este paso, aprenderás a activar y desactivar conexiones de red utilizando el comando nmcli. Activar una conexión levanta la interfaz de red y aplica la configuración definida en el perfil de conexión. Desactivar una conexión baja la interfaz.
Primero, listemos todas las conexiones de red para ver su estado actual. Esto nos ayudará a identificar qué conexión está activa en eth0.
nmcli con show
Verás una salida similar a esta. Observa que cloud-init eth0 está actualmente activa en eth0, y static-eth0 no está activa:
NAME UUID TYPE DEVICE
cloud-init eth0 1dd9a779-d327-56e1-8454-c65e2556c12c ethernet eth0
cloud-init eth1 3c50eb47-7260-5a6d-801d-bd4f587d6b58 ethernet eth1
lo 8fe3e894-2a2e-446f-9abc-cdf612f0d973 loopback lo
static-eth0 66094d3b-f21a-44f9-b1ef-3b2b2659e487 ethernet --
Ahora, activemos la conexión static-eth0 que creaste en el paso anterior.
Nota importante: Dado que estamos trabajando en un entorno remoto, activar una conexión con una dirección IP diferente en la interfaz principal (eth0) puede causar que tu conexión remota se interrumpa. En un entorno de producción, normalmente:
- Usarías una interfaz secundaria para pruebas.
- Tendrías acceso de consola a la máquina.
- Configurarías la conexión para usar el mismo rango de IP y puerta de enlace que tu conexión actual.
Para este laboratorio, usaremos eth1 en lugar de eth0 para evitar la interrupción de la conexión. Primero, creemos una conexión estática para eth1:
sudo nmcli con add con-name static-eth1 type ethernet ifname eth1 ipv4.addresses 10.0.0.201/24 ipv4.gateway 10.0.0.253 ipv4.method manual
Ahora activa la conexión static-eth1:
sudo nmcli con up static-eth1
Deberías ver un mensaje de confirmación indicando que la conexión se activó correctamente:
Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)
Después de activar static-eth1, la conexión original cloud-init eth1 se desactivará automáticamente ya que solo puede haber una conexión activa por dispositivo. Verifiquemos el estado de tus dispositivos y conexiones de red nuevamente.
nmcli dev status
Ahora deberías ver eth1 asociada con la conexión static-eth1, mientras que eth0 permanece con su conexión original:
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected cloud-init eth0
eth1 ethernet connected static-eth1
lo loopback connected lo
Y revisemos la lista de conexiones nuevamente para confirmar que static-eth1 está activa:
nmcli con show --active
Deberías ver static-eth1 listada como una conexión activa, junto con las otras conexiones activas:
NAME UUID TYPE DEVICE
cloud-init eth0 1dd9a779-d327-56e1-8454-c65e2556c12c ethernet eth0
lo 9eac3150-dd39-47e6-a375-f7165442a8eb loopback lo
static-eth1 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ethernet eth1
Ahora, verifiquemos que la interfaz eth1 tiene la dirección IP estática que configuraste.
ip addr show eth1
La salida ahora debería mostrar 10.0.0.201/24 como la dirección IPv4 para eth1:
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:16:3e:0f:9e:51 brd ff:ff:ff:ff:ff:ff
altname enp0s7
altname ens7
inet 10.0.0.201/24 brd 10.0.0.255 scope global eth1
valid_lft forever preferred_lft forever
inet6 fe80::216:3eff:fe0f:9e51/64 scope link
valid_lft forever preferred_lft forever
Finalmente, aprendamos cómo desactivar una conexión de red. Puedes desconectar un dispositivo, lo que bajará la conexión activa en ese dispositivo.
sudo nmcli dev disconnect eth1
Deberías ver un mensaje de confirmación:
Device 'eth1' successfully disconnected.
Verifica el estado del dispositivo nuevamente. eth1 debería estar ahora en un estado disconnected.
nmcli dev status
DEVICE TYPE STATE CONNECTION
eth0 ethernet connected cloud-init eth0
eth1 ethernet disconnected --
lo loopback connected lo
Ten en cuenta que desconectar el dispositivo también desactivará la conexión que estaba activa anteriormente en él. Si deseas volver a levantar la conexión original cloud-init eth1, la activarías nuevamente usando sudo nmcli con up "cloud-init eth1" (ten en cuenta las comillas alrededor del nombre de la conexión debido al espacio). Para este laboratorio, dejaremos eth1 desconectada por ahora.
Modificar los ajustes de una conexión de red existente
En este paso, aprenderás a modificar los ajustes de una conexión de red existente utilizando el comando nmcli. Esta es una tarea común cuando necesitas actualizar direcciones IP, servidores DNS u otros parámetros de red.
Primero, asegurémonos de que nuestra conexión static-eth1 esté activa, ya que modificaremos sus ajustes. Si no está activa, actívala ahora.
sudo nmcli con up static-eth1
Deberías ver un mensaje de confirmación si se activó, o un mensaje indicando que ya está activa.
Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)
Ahora, veamos los ajustes actuales para la conexión static-eth1. Este comando mostrará todas las propiedades configuradas para la conexión.
nmcli con show static-eth1
Verás una salida detallada de las propiedades de la conexión. Presta atención a las líneas ipv4.addresses e ipv4.gateway.
connection.id: static-eth1
connection.uuid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
connection.interface-name: eth1
...
ipv4.addresses: { ip = 10.0.0.201/24, gw = 10.0.0.253 }
ipv4.gateway: 10.0.0.253
...
Modifiquemos la dirección IPv4 de static-eth1 a 10.0.0.221/24 y mantengamos la misma puerta de enlace 10.0.0.253.
sudo nmcli con mod static-eth1 ipv4.addresses 10.0.0.221/24 ipv4.gateway 10.0.0.253
Este comando modificará el perfil de conexión. Sin embargo, para que los cambios surtan efecto, necesitas desactivar y luego reactivar la conexión.
Primero, desactiva el dispositivo eth1:
sudo nmcli dev disconnect eth1
Deberías ver:
Device 'eth1' successfully disconnected.
Luego, reactiva la conexión static-eth1:
sudo nmcli con up static-eth1
Deberías ver:
Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)
Ahora, verifiquemos que la dirección IP y la puerta de enlace se han actualizado.
ip addr show eth1
La salida ahora debería reflejar la nueva dirección IP 10.0.0.221/24. Ten en cuenta que también puedes ver una dirección IP secundaria de la configuración anterior:
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:16:3e:0f:a2:70 brd ff:ff:ff:ff:ff:ff
altname enp0s7
altname ens7
inet 10.0.0.221/24 brd 10.0.0.255 scope global noprefixroute eth1
valid_lft forever preferred_lft forever
inet 10.0.0.161/24 brd 10.0.0.255 scope global secondary noprefixroute eth1
valid_lft forever preferred_lft forever
Y revisa la tabla de enrutamiento para confirmar la puerta de enlace:
ip route
Deberías ver rutas para ambas interfaces, con eth1 teniendo la nueva dirección IP. Ten en cuenta que puedes ver rutas adicionales si hay direcciones IP secundarias:
default via 10.0.0.253 dev eth0 proto dhcp src 10.0.0.160 metric 100
default via 10.0.0.253 dev eth1 proto static metric 101
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.160 metric 100
10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.221 metric 101
10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.161 metric 101
También puedes añadir o eliminar valores específicos de ajustes de múltiples valores, como los servidores DNS. Añadamos un servidor DNS 8.8.8.8 a nuestra conexión static-eth1.
sudo nmcli con mod static-eth1 +ipv4.dns 8.8.8.8
Para aplicar este cambio, necesitas desactivar y reactivar la conexión nuevamente. Puedes ejecutar estos comandos en líneas separadas o combinarlos:
sudo nmcli dev disconnect eth1
sudo nmcli con up static-eth1
Verifica los ajustes de DNS:
nmcli con show static-eth1 | grep ipv4.dns
Deberías ver 8.8.8.8 listado como un servidor DNS:
ipv4.dns: 8.8.8.8
Configurar el nombre de host del sistema y la resolución de nombres
En este paso, aprenderás a configurar el nombre de host de tu sistema y a gestionar los ajustes de resolución de nombres. El nombre de host es un nombre único que identifica a tu sistema en una red, y la resolución de nombres es el proceso de traducir nombres de host a direcciones IP y viceversa.
Primero, verifiquemos el nombre de host actual de tu sistema usando el comando hostname.
hostname
Verás el nombre de host actual, que podría ser un valor predeterminado como host o localhost.localdomain.
host
Para establecer un nombre de host estático, usamos el comando hostnamectl. Este comando modifica el archivo /etc/hostname, que persiste el nombre de host tras los reinicios. Establezcamos el nombre de host como server.labex.example.com.
sudo hostnamectl set-hostname server.labex.example.com
Después de establecer el nombre de host, puedes verificarlo usando hostnamectl status.
hostnamectl status
Deberías ver el nuevo nombre de host estático listado:
Static hostname: server.labex.example.com
Icon name: computer-vm
Chassis: vm 🖴
Machine ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Boot ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Virtualization: kvm
Operating System: Red Hat Enterprise Linux 9.6 (Plow)
CPE OS Name: cpe:/o:redhat:enterprise_linux:9::baseos
Kernel: Linux 5.14.0-xxx.el9.x86_64
Architecture: x86-64
Hardware Vendor: Alibaba Cloud
Hardware Model: Alibaba Cloud ECS
También puedes verificar directamente el contenido del archivo /etc/hostname:
cat /etc/hostname
Esto mostrará tu nuevo nombre de host:
server.labex.example.com
A continuación, configuremos la resolución de nombres. Los sistemas Linux suelen utilizar el archivo /etc/hosts para asignaciones locales de nombre de host a dirección IP antes de consultar los servidores DNS. Añadamos una entrada a /etc/hosts para un servidor ficticio webserver.labex.example.com con la dirección IP 192.168.1.100.
Usaremos sudo nano para editar el archivo /etc/hosts.
sudo nano /etc/hosts
Añade la siguiente línea al final del archivo:
192.168.1.100 webserver.labex.example.com
Presiona Ctrl+X, luego Y para guardar, y Enter para confirmar el nombre del archivo.
Ahora, verifiquemos que la entrada esté presente en /etc/hosts:
cat /etc/hosts
Deberías ver tu entrada añadida:
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.1.100 webserver.labex.example.com
Para probar la resolución de nombres de host usando el archivo /etc/hosts, puedes usar el comando getent hosts. Este comando consulta la configuración de Name Service Switch (NSS), que incluye /etc/hosts.
getent hosts webserver.labex.example.com
Deberías ver la dirección IP resuelta desde tu archivo /etc/hosts:
192.168.1.100 webserver.labex.example.com
Finalmente, veamos el archivo /etc/resolv.conf, que controla cómo se realizan las consultas DNS. NetworkManager suele gestionar este archivo. En el paso anterior, añadiste 8.8.8.8 como servidor DNS a tu conexión static-eth1. Verifiquemos que aparece en /etc/resolv.conf.
cat /etc/resolv.conf
Deberías ver nameserver 8.8.8.8 listado junto con otros servidores de nombres del sistema:
## Generated by NetworkManager
search labex.example.com
nameserver 100.100.2.136
nameserver 100.100.2.138
nameserver 8.8.8.8
Nota: La directiva search y los servidores de nombres del sistema pueden variar según tu entorno. Lo importante es que 8.8.8.8 aparezca en la lista.
Probar la conectividad de red y la resolución de nombres
En este paso final, probarás la conectividad de red y la resolución de nombres utilizando varias herramientas de línea de comandos. Esto te ayudará a confirmar que tus configuraciones de red funcionan según lo esperado.
Primero, usemos el comando ping para probar la conectividad de red básica a una dirección IP conocida. Haremos ping a la puerta de enlace 10.0.0.253 que configuramos en el paso anterior. La opción -c3 envía solo 3 paquetes.
ping -c3 10.0.0.253
Deberías ver respuestas exitosas, indicando conectividad con tu puerta de enlace:
PING 10.0.0.253 (10.0.0.253) 56(84) bytes of data.
64 bytes from 10.0.0.253: icmp_seq=1 ttl=64 time=0.052 ms
64 bytes from 10.0.0.253: icmp_seq=2 ttl=64 time=0.049 ms
64 bytes from 10.0.0.253: icmp_seq=3 ttl=64 time=0.045 ms
--- 10.0.0.253 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.045/0.049/0.052/0.003 ms
Nota: Puedes interrumpir el comando ping en cualquier momento presionando Ctrl+C si es necesario.
A continuación, probemos la resolución de nombres para la entrada webserver.labex.example.com que añadiste a /etc/hosts. Usaremos getent hosts nuevamente, ya que consulta /etc/hosts primero.
getent hosts webserver.labex.example.com
Deberías ver la dirección IP 192.168.1.100 devuelta:
192.168.1.100 webserver.labex.example.com
Ahora, probemos la resolución DNS para un nombre de host externo, como google.com, usando el comando host. Este comando consulta tus servidores DNS configurados (que deberían incluir 8.8.8.8 de tu conexión static-eth1).
host google.com
Deberías ver las direcciones IP para google.com:
google.com has address 142.251.46.174
google.com has IPv6 address 2607:f8b0:4005:802::200e
google.com mail is handled by 10 smtp.google.com.
El comando dig es otra herramienta potente para consultar servidores de nombres DNS. Proporciona información más detallada sobre la consulta DNS.
dig google.com
Verás una salida más detallada, incluyendo el servidor DNS que respondió y los detalles de la consulta:
; <<>> DiG 9.16.23-RH <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21983
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 1 IN A 142.251.46.174
;; Query time: 1 msec
;; SERVER: 100.100.2.136#53(100.100.2.136)
;; WHEN: Mon Jun 16 10:18:26 CST 2025
;; MSG SIZE rcvd: 44
Finalmente, usemos el comando ss para mostrar estadísticas de sockets y confirmar conexiones de red activas. Usaremos -t para sockets TCP y -a para todos los sockets (escuchando y establecidos).
ss -ta
Verás una lista de conexiones TCP y puertos de escucha en tu sistema:
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 0.0.0.0:exlm-agent 0.0.0.0:*
LISTEN 0 128 0.0.0.0:ssh 0.0.0.0:*
ESTAB 0 0 10.0.0.160:exlm-agent 10.0.0.251:36354
LISTEN 0 128 [::]:ssh [::]:*
Esto concluye el laboratorio sobre la gestión de redes. Has validado con éxito las configuraciones de red, añadido y modificado conexiones, configurado el nombre de host y la resolución de nombres, y probado la conectividad.
Resumen
En este laboratorio, obtuvimos experiencia práctica en la gestión de interfaces de red y configuraciones de nombre de host en un sistema Red Hat Enterprise Linux. Comenzamos validando el estado de la interfaz de red y las direcciones IP utilizando los comandos ip link e ip addr, comprendiendo cómo interpretar su salida para el diagnóstico de red.
Posteriormente, aprendimos a añadir nuevas conexiones de red con direcciones IP estáticas, activar y desactivar estas conexiones, y modificar los ajustes de red existentes, demostrando competencia en nmcli para la gestión de redes. Finalmente, configuramos el nombre de host del sistema y la resolución de nombres, y verificamos la conectividad de red y la resolución de nombres, consolidando nuestra comprensión de los conceptos esenciales de redes en Linux.
