Introducción
El dispositivo de registro de Maple Yard necesita una dirección conocida para que el equipo del evento pueda reconocerlo. Ya hay un rango dinámico preparado, pero falta la reserva y las opciones de puerta de enlace y DNS para dispositivos nuevos apuntan a direcciones sin usar. El puesto de referencia protegido sigue disponible.
Relacionarás la identidad real del dispositivo con su reserva, corregirás las opciones del servidor y liberarás y volverás a obtener realmente su concesión. Este entorno nuevo contiene todo lo necesario; no reutiliza archivos ni concesiones del primer laboratorio. Completa el primer laboratorio guiado o domina su flujo de rangos, concesiones y cambio de pestañas.
Utiliza Network Desk para el archivo del servidor, Check-In y Guest A para sus propios comandos de cliente y Network Map para observar sin modificar. Como antes, son nodos Linux aislados que comparten un kernel.
Reservar la dirección para el dispositivo correcto
En este paso darás al dispositivo de registro una concesión real para la dirección planificada. Comienza en Network Map y solicita el programa de referencia para confirmar el ejemplo operativo. Su dirección debe seguir siendo 10.77.0.10.
Cambia a Network Desk, en /home/labex/project/event-network:
cat devices.tsv
cat dhcp.conf
El dispositivo de registro tiene la MAC 02:77:00:00:00:28 y necesita 10.77.0.20. El rango de invitados sigue siendo 10.77.0.100–10.77.0.109; la reserva queda fuera. Coincidir únicamente con un nombre descriptivo no identificaría el dispositivo. Este ejercicio preparado utiliza la MAC estable.
Una línea dhcp-host asocia un dispositivo con una dirección y, opcionalmente, un nombre de host. Aquí >> añade contenido al archivo existente, conservando el rango y las opciones. Copia el bloque literal completo:
cat >> dhcp.conf <<'CONF'
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
CONF
Comprueba y aplica la configuración con el mismo servicio del curso del primer laboratorio:
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp
Si falla la sintaxis, lee el archivo y corrige solo la línea mal formada antes de reiniciar. No elimines la inclusión protegida.
Cambia a Check-In. Comienza en su propio directorio de cliente y shell de administrador. Solicita la concesión real:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
Debes ver 10.77.0.20/24. Recarga Network Map para comparar la tarjeta de registro con la identidad planificada. Este paso solo verifica la dirección reservada. La puerta de enlace y DNS de los dispositivos nuevos siguen siendo incorrectos intencionadamente; se espera que falle una solicitud del programa desde Check-In hasta el siguiente paso. No reinicies la VM por ese fallo conocido.
Enviar ajustes que los clientes puedan utilizar
En este paso repararás las opciones de puerta de enlace y DNS y harás que los clientes las reciban. Comienza en Check-In:
ip route show default
cat /etc/resolv.conf
Los valores incorrectos preparados son 10.77.0.254 para la puerta de enlace y 10.77.0.253 para DNS. Esas direcciones no ofrecen tales servicios. El router y DNS reales del curso son ambos 10.77.0.1. El primer valor controla el tráfico que sale de la subred; el segundo, la resolución de nombres.
Cambia a Network Desk. dhcp-option=option:router proporciona una puerta de enlace y dhcp-option=option:dns-server proporciona DNS. Sustituye el archivo completo por la inclusión correcta, el rango sin cambios, la reserva y estas dos opciones. El primer laboratorio enseñó > y el here-document entre comillas:
cat > dhcp.conf <<'CONF'
conf-file=/opt/labex/event-network/server-base.conf
dhcp-range=10.77.0.100,10.77.0.109,255.255.255.0,2h
dhcp-host=02:77:00:00:00:28,10.77.0.20,check-in
dhcp-option=option:router,10.77.0.1
dhcp-option=option:dns-server,10.77.0.1
CONF
dnsmasq --test --conf-file=dhcp.conf
sudo systemctl restart event-dhcp
Modificar el servidor no reescribe una concesión ya aplicada por un cliente. Cambia a Check-In. Libera su concesión anterior con -r; solo se ven afectados el proceso y la interfaz de este cliente:
dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
Solicítala otra vez:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip route show default
cat /etc/resolv.conf
Ambos ajustes deben utilizar ahora 10.77.0.1. La dirección sigue siendo 10.77.0.20 porque la reserva corresponde al mismo dispositivo.
Cambia a Guest A y obtén su primera concesión en este entorno:
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
ip route show default
cat /etc/resolv.conf
Debes recibir una dirección dinámica dentro del rango de invitados con la puerta de enlace y DNS correctos. Solicita el programa:
curl --noproxy '*' -fsS --max-time 5 http://programme.event.test:8080/programme.txt
Deben aparecer las cinco líneas del programa de Maple Yard del primer laboratorio. Si persiste un valor incorrecto anterior, confirma que se reinició realmente el servidor tras editar el archivo y que liberaste y solicitaste la concesión en el cliente afectado. No sobrescribas /etc/resolv.conf manualmente: ocultaría el problema de opciones del servidor.
Reconectar y mantener preparado el puesto
En este paso demostrarás la reserva mediante una concesión nueva real y guardarás el recurso del puesto. Cambia a Check-In. Lee la dirección actual antes de liberarla:
ip -4 addr show dev eth0
Debe ser 10.77.0.20/24. Libera y vuelve a obtener la concesión:
dhclient -4 -v -r -cf client.conf -pf client.pid -lf client.leases eth0
dhclient -4 -v -1 -cf client.conf -pf client.pid -lf client.leases eth0
ip -4 addr show dev eth0
Debes recibir la misma dirección reservada. Se ha realizado una liberación y adquisición DHCP reales, no una restauración manual de una dirección estática. Una asignación dinámica de invitado no tiene por qué conservar siempre la misma dirección.
Utiliza la configuración recibida para descargar las instrucciones del puesto. El primer laboratorio explicó las opciones de curl y -o:
curl --noproxy '*' -fsS --max-time 5 -o desk.txt http://desk.event.test:8080/desk.txt
cat desk.txt
El resultado esperado es:
MAPLE YARD | Registration desk
Desk: North entrance
Session: Community workshop
Status: Ready for arrivals
Si la dirección es incorrecta, vuelve a Network Desk y compara la relación exacta entre MAC y dirección con devices.tsv. Valida el archivo corregido, reinicia únicamente el servicio DHCP del curso y libera y solicita la concesión en Check-In. Reiniciar el servicio o reconectar la pestaña por sí solo no crea una concesión nueva del cliente.
En Network Map, recarga la página y solicita el programa desde Check-In, Guest A y reference. Todos deben funcionar. La dirección fija de registro, las opciones utilizables, la readquisición real y los servicios conservados forman juntos la red completada.
Compara la dirección IPv4, la puerta de enlace y DNS de cada tarjeta; después lee la respuesta del programa bajo su botón. Las direcciones asignadas a los invitados pueden diferir del ejemplo.
Resumen
Has asociado una identidad real a una dirección reservada, reparado en su origen las opciones de puerta de enlace y DNS y hecho que los clientes apliquen nuevas concesiones. Después liberaste y recuperaste la concesión de registro sin perder su dirección ni el servicio normal de invitados.
El reto independiente cambia el plan de direcciones del evento y el conjunto de dispositivos. Utiliza las mismas herramientas y mecanismos. El curso no ha configurado retransmisión DHCP, ajustes de radio Wi-Fi, alta disponibilidad ni persistencia tras reiniciar.
