Sistemas Operativos · Recurso complementario

LABORATORIO EXTRA · GUÍA PRÁCTICA

Un servidor DHCP.
Cuatro sedes conectadas.

Instalación e integración de Windows Server 2025 en una topología empresarial simulada en EVE-NG mediante VMware Workstation.

Windows Server 2025VMware + EVE-NGDHCP Relay12 ámbitos IPv4
10 etapas de trabajoSin Active Directory obligatorioTrabajo verificable por fases
Tu avance en el laboratorio

Marca cada etapa cuando la hayas comprobado. El progreso se guarda únicamente en este navegador.

0 de 10 etapas
01

¿Qué vas a lograr?

Una computadora de León, Chinandega o Masaya recibirá su dirección IP desde un único servidor Windows situado en la sede central.

02

¿Cómo debes avanzar?

Lee un paso, ejecútalo, comprueba el resultado y solo entonces continúa. No necesitas completar todo en una sola sesión.

03

¿Qué no necesitas?

No necesitas crear dominio, usuarios, grupos ni unidades organizativas para configurar DHCP independiente.

ANTES DE EMPEZAR

Windows Server 2025 no se instala dentro de EVE-NG. Se ejecuta como una máquina virtual de VMware y se conecta a EVE-NG usando una red compartida llamada VMnet2 y la nube Cloud2. Así se aprovecha la topología que ya está creada.

MAPA DE CONEXIÓN

Así viajará una solicitud DHCP

La solicitud sale de una computadora, pasa por su puerta de enlace y llega al servidor de la sede central.

▣ClienteUna sucursal
⇄DHCP RelayGateway local
↔Red WANRutas existentes
▤SRV-DHCP172.20.10.14
La respuesta regresa hacia la sucursal. Cada equipo recibe una IP de la red que le corresponde.
ETAPA 01 · PREPARACIÓN

Primero, conoce la red que ya existe

En esta etapa no se cambia ninguna configuración. Solo se revisa el diseño y se prepara un punto de recuperación.

Topología original EVE-NG con sede central, DMZ, sucursales León, Chinandega y Masaya, y segmentación por áreas
Topología original proporcionada para el laboratorio.Ampliar imagen ↗

Datos que se conservarán

Servidor nuevo
SRV-DHCP
IP sugerida
172.20.10.14
Máscara
255.255.255.224 (/27)
Gateway
172.20.10.1
Red de servidores
172.20.10.0/27
Equipo de conexión
SW-CORE-CENTRAL

Servidores ya presentes

  • 172.20.10.11 · OpenLDAP
  • 172.20.10.12 · Servicios
  • 172.20.10.13 · MongoDB

La IP 172.20.10.14 es una propuesta, no una dirección confirmada como libre. Verifica antes de utilizarla.

1.1

Guarda una copia de la práctica de EVE-NG

Abre el laboratorio existente y conserva una copia o respaldo de las configuraciones de los dispositivos que modificarás. Anota el nombre del laboratorio.

Comprueba: podrás recuperar la topología si un cambio provoca una falla.
1.2

Revisa la IP propuesta para el nuevo servidor

Comprueba en tus registros y equipos si 172.20.10.14 está libre. Desde un equipo que ya tenga conectividad con esa red, puedes probar ping 172.20.10.14.

Atención: que una IP no responda a ping no demuestra que esté libre. Revisa también el inventario, ARP o la configuración de los equipos, porque un firewall puede bloquear ICMP.

1.3

Confirma que ya puedes usar las herramientas

  • VMware Workstation y su editor de redes virtuales.
  • Una VM con Windows Server 2025 (interfaz gráfica).
  • La VM de EVE-NG con la topología del ejercicio.
  • Acceso administrativo a Windows Server y a los routers/switches Cisco.
  • Una computadora cliente o VPCS en una sucursal para probar.
ETAPA 02 · VMWARE WORKSTATION

Crea el enlace entre las dos máquinas virtuales

Vamos a conectar Windows Server 2025 y EVE-NG a una misma red virtual llamada VMnet2.

Máquina virtual AWindows Server 2025Adaptador de red → VMnet2
VMnet2
Máquina virtual BEVE-NGAdaptador 3 → VMnet2 → Cloud2

Regla importante: apaga completamente las dos máquinas virtuales antes de cambiar sus adaptadores. No suspendas una máquina para hacer estas modificaciones.

2.1

Abre el editor de redes de VMware

  1. Abre VMware Workstation.
  2. Entra en Edit → Virtual Network Editor (Editar → Editor de redes virtuales).
  3. Si aparece el botón Change Settings, selecciónalo y acepta los permisos de administrador.
  4. Busca la red llamada VMnet2. Si no existe, utiliza Add Network para crearla.
Comprueba: VMnet2 aparece en la lista de redes virtuales.
2.2

Configura VMnet2 como red aislada del laboratorio

  1. Selecciona VMnet2.
  2. Elige el tipo de red Host-only.
  3. Desmarca la opción que permite usar el servicio DHCP propio de VMware en esa VMnet.
  4. Guarda los cambios con Apply y OK.

Evita dos servidores DHCP en la misma red. Si DHCP de VMware sigue activo, podría entregar direcciones que no pertenecen a las redes de la topología.

La subred definida en el editor de VMware corresponde a su adaptador virtual de host; lo esencial aquí es usar VMnet2 como puente de capa 2, sin el DHCP de VMware. No cambies las redes reales de tu topología EVE-NG para que coincidan con una subred predeterminada del editor.

2.3

Conecta EVE-NG a VMnet2

  1. En VMware, selecciona la VM de EVE-NG.
  2. Abre VM → Settings.
  3. Comprueba que los adaptadores 1 y 2 existentes permanecen como estaban configurados. No cambies el adaptador de administración.
  4. Agrega un tercer adaptador de red con Add → Network Adapter, si aún no existe.
  5. Selecciona Network Adapter 3 → Custom: Specific virtual network → VMnet2.
  6. Marca Connected y Connect at power on, cuando aparezcan.
  7. Guarda con OK.
Comprueba: el adaptador de red número 3 de la VM EVE-NG dice Custom (VMnet2).
2.4

Conecta Windows Server a la misma VMnet

  1. En VMware, selecciona la VM Windows Server 2025.
  2. Entra en VM → Settings → Network Adapter.
  3. Selecciona Custom: Specific virtual network.
  4. Elige VMnet2.
  5. Marca la opción para conectarlo al encender y pulsa OK.
Comprueba: EVE-NG y Windows Server muestran VMnet2 en sus adaptadores correspondientes.

Si Windows Server tiene otros adaptadores de red, identifícalos antes de configurar DHCP. En este manual trabajaremos con el adaptador conectado a VMnet2.

ETAPA 03 · EVE-NG

Agrega Cloud2 a la sede central

Cloud2 permitirá que el servidor externo aparezca conectado a la misma red que los servidores de la sucursal central.

Ampliación de la sede central, con switch SW-CORE-CENTRAL y servidores 172.20.10.11, 172.20.10.12 y 172.20.10.13
Ubicación de SW-CORE-CENTRAL en la topología existente.Ampliar imagen ↗
3.1

Enciende EVE-NG y abre tu laboratorio

  1. Enciende la VM EVE-NG desde VMware.
  2. Abre EVE-NG en el navegador usando su dirección habitual.
  3. Abre la topología que ya construiste con las cuatro sedes.
  4. Comprueba que aparece SW-CORE-CENTRAL.
3.2

Agrega la red Cloud2

  1. En una zona libre de la sede central, abre el menú para Add an object → Network (Agregar objeto → Red). La etiqueta puede variar según la versión de EVE-NG.
  2. Selecciona una red de tipo Cloud2, correspondiente a pnet2.
  3. Ponle un nombre descriptivo como ENLACE-WINDOWS-DHCP.
  4. Guarda la red.
Comprueba: la nube Cloud2 está visible en la sede central. No debes crear una VM de Windows Server dentro de EVE-NG.
3.3

Conecta Cloud2 al switch central

  1. Selecciona Cloud2 y crea un enlace hacia SW-CORE-CENTRAL.
  2. Escoge un puerto libre del switch. No desconectes servidores ni enlaces existentes.
  3. Revisa cómo están configurados los puertos donde se conectan los servidores 172.20.10.11, .12 y .13.
  4. Configura el nuevo puerto en la misma VLAN de acceso que utiliza la red 172.20.10.0/27, si tu topología usa VLAN. No inventes un número de VLAN.
  5. Guarda la configuración del switch.
Comprueba: Cloud2 y los servidores de esa red están en el mismo segmento de capa 2.
Comandos de inspección · switch Cisco
enable
show vlan brief
show interfaces status
show running-config

Si la imagen Cisco no admite alguno de estos comandos, utiliza los equivalentes de su plataforma. El objetivo es identificar un puerto disponible y la VLAN real de servidores, no cambiar toda la configuración.

No confundas las redes. En la central también aparecen direcciones de administración 172.20.10.32/27 y una DMZ 10.10.10.x. El servidor DHCP propuesto pertenece a 172.20.10.0/27, no a esas otras redes.

ETAPA 04 · WINDOWS SERVER 2025

Asigna una dirección fija al servidor

El servidor debe mantener siempre la misma dirección IP para que los routers lo encuentren.

IP172.20.10.14
Máscara255.255.255.224
Gateway172.20.10.1
Red172.20.10.0/27
4.1

Enciende Windows Server 2025

  1. Inicia la VM desde VMware.
  2. Entra con una cuenta que tenga permisos de administrador.
  3. Abre la ventana Ejecutar con Windows + R.
  4. Escribe ncpa.cpl y presiona Enter.
Comprueba: aparece la ventana de adaptadores de red.
4.2

Configura IPv4 del adaptador VMnet2

  1. Identifica el adaptador de Windows conectado a VMnet2.
  2. Haz clic derecho → Propiedades.
  3. Selecciona Protocolo de Internet versión 4 (TCP/IPv4) → Propiedades.
  4. Marca Usar la siguiente dirección IP.
  5. Escribe IP 172.20.10.14, máscara 255.255.255.224 y gateway 172.20.10.1.
  6. El DNS se configurará cuando se identifique un servidor DNS válido. No inventes una IP DNS.
  7. Confirma los cambios con Aceptar.
4.3

Verifica la configuración IP

Abre PowerShell o Símbolo del sistema dentro de Windows Server y ejecuta:

Windows · Verificación
ipconfig /all
ping 172.20.10.1
Comprueba: el adaptador muestra 172.20.10.14, máscara /27 y gateway 172.20.10.1. Si el ping falla, revisa Cloud2, VMnet2, la VLAN y la puerta de enlace antes de continuar.

Algunos dispositivos bloquean ICMP. Si el ping falla pero la IP local es correcta, verifica además enlace, ARP y conectividad de capa 2. No supongas que toda falla de ping es una falla DHCP.

4.4

Revisa el camino hacia las sucursales

Desde los routers comprueba que exista una ruta hacia 172.20.10.14; desde la central comprueba las rutas de retorno hacia las redes de León, Chinandega y Masaya. Los enlaces WAN ya existen: no los cambies sin identificar cómo funciona el enrutamiento.

Cisco · Comandos de lectura
show ip route
show ip route 172.20.10.14
show ip interface brief
Comprueba: el servidor y las redes remotas disponen de conectividad de ida y vuelta (rutas correctas y tráfico permitido).
ETAPA 05 · SERVICIO DHCP

Instala el rol DHCP en Windows Server 2025

Puedes usar la interfaz gráfica, que es la opción recomendada para aprender, o PowerShell.

MÉTODO GUIADO · INTERFAZ GRÁFICA
5.1

Abre el asistente de roles

  1. Abre Server Manager / Administrador del servidor.
  2. Selecciona Manage / Administrar.
  3. Elige Add Roles and Features / Agregar roles y características.
  4. En la pantalla inicial, pulsa Next / Siguiente.
  5. Selecciona Role-based or feature-based installation.
  6. Marca el servidor local y continúa.
5.2

Selecciona Servidor DHCP

  1. En la lista de roles, activa DHCP Server / Servidor DHCP.
  2. Cuando solicite instalar características adicionales, selecciona Add Features / Agregar características.
  3. Continúa hasta la pantalla de confirmación.
  4. Pulsa Install / Instalar.
  5. Espera a que finalice y cierra el asistente.
Comprueba: el rol Servidor DHCP figura como instalado.

No hace falta un dominio. Este laboratorio utiliza un servidor DHCP independiente. Si Windows Server no pertenece a Active Directory, no debes ejecutar el comando de autorización Add-DhcpServerInDC. Si estuviera unido a un dominio, la autorización en AD sí sería necesaria.

5.3

Verifica que el servicio funciona

Abre PowerShell como administrador y ejecuta:

PowerShell · Verificación
Get-Service DHCPServer
Get-DhcpServerv4Binding
Comprueba: el servicio aparece como Running (En ejecución) y DHCP está asociado al adaptador correcto. Si está detenido, puedes iniciar con Start-Service DHCPServer.
Opción alternativa: instalar el rol con PowerShell

Utiliza esta opción solo si ya sabes abrir PowerShell con privilegios administrativos.

PowerShell · Instalación
Install-WindowsFeature DHCP -IncludeManagementTools
Get-Service DHCPServer

No necesitas ejecutar ambas instalaciones: interfaz gráfica y PowerShell hacen el mismo trabajo.

ETAPA 06 · AUTOMATIZACIÓN POWERSHELL

Crea los 12 ámbitos DHCP con un script

Un ámbito es un conjunto de direcciones IP que DHCP puede entregar a una red concreta. En esta práctica crearemos cuatro ámbitos por sucursal.

ARCHIVO OFICIAL DEL LABORATORIO

Crear_12_Ambitos_DHCP_EVE_NG.ps1

Crea 12 ámbitos nuevos, les asigna sus gateways y los deja inactivos hasta que tú decidas habilitarlos.

Descargar .ps1 ↓

Direcciones que utilizará el script

Todos los ámbitos usan máscara 255.255.255.224 (/27), 8 días de concesión y 15 direcciones dinámicas por ámbito.

Tabla de 12 ámbitos que se crearán inicialmente inactivos
SedeÁreaRed /27Rango DHCPPuerta de enlace
LeónGerencia172.20.20.0.15 – .29172.20.20.1
LeónVentas172.20.20.32.47 – .61172.20.20.33
LeónTécnicos172.20.20.64.79 – .93172.20.20.65
LeónAlmacén172.20.20.96.111 – .125172.20.20.97
ChinandegaGerencia172.20.30.0.15 – .29172.20.30.1
ChinandegaVentas172.20.30.32.47 – .61172.20.30.33
ChinandegaTécnicos172.20.30.64.79 – .93172.20.30.65
ChinandegaAlmacén172.20.30.96.111 – .125172.20.30.97
MasayaGerencia172.20.40.0.15 – .29172.20.40.1
MasayaVentas172.20.40.32.47 – .61172.20.40.33
MasayaTécnicos172.20.40.64.79 – .93172.20.40.65
MasayaAlmacén172.20.40.96.111 – .125172.20.40.97

Los rangos que comienzan con punto conservan los primeros tres octetos de la red de la misma fila. Ejemplo: León/Gerencia = 172.20.20.15–172.20.20.29. Las redes de administración, seguridad, servidores y VPN mantienen su configuración actual.

6.1

Descarga y transfiere el script al servidor

  1. Haz clic en Descargar .ps1.
  2. En Windows Server crea una carpeta llamada C:\LabDHCP.
  3. Guarda allí el archivo Crear_12_Ambitos_DHCP_EVE_NG.ps1.
  4. Si Windows Server no tiene acceso a Internet, descárgalo desde tu computadora física y transfiérelo mediante una carpeta compartida de VMware, una unidad virtual u otro método permitido por el laboratorio.
Comprueba: el archivo existe dentro de C:\LabDHCP.
6.2

Lee el script antes de ejecutarlo

Abre PowerShell como administrador y revisa su contenido:

PowerShell · Lectura (no realiza cambios)
Get-Content 'C:\LabDHCP\Crear_12_Ambitos_DHCP_EVE_NG.ps1'

Identifica los nombres de los ámbitos, su rango inicial y final, la máscara /27, las puertas de enlace y el parámetro -State InActive.

¿Qué significa InActive? Significa que el ámbito existe, pero todavía no entrega direcciones IP. Esto permite configurarlo y comprobarlo antes de utilizarlo.

6.3

Ejecuta el script

Ejecuta el archivo desde PowerShell abierto como administrador:

PowerShell · Crear ámbitos
& 'C:\LabDHCP\Crear_12_Ambitos_DHCP_EVE_NG.ps1'

Si Windows impide ejecutar el script por la política de ejecución, primero verifica que descargaste y revisaste el archivo correcto. En un laboratorio autorizado puedes utilizar esta configuración solo para esa sesión:

PowerShell · Solo si está bloqueado
Set-ExecutionPolicy -Scope Process -ExecutionPolicy RemoteSigned

Si el archivo descargado sigue bloqueado por su marca de Internet, consulta con el docente antes de quitar el bloqueo. No cambies la política de ejecución para todo el sistema ni ejecutes scripts de origen desconocido.

6.4

Comprueba que existen los 12 ámbitos

PowerShell · Comprobación
Get-DhcpServerv4Scope |
  Sort-Object ScopeId |
  Format-Table ScopeId, Name, StartRange, EndRange, State -AutoSize
Resultado esperado: aparecen 12 ámbitos si el servidor no tenía ámbitos previos. Los ámbitos nuevos aparecen como Inactive. Si ya existían ámbitos con el mismo identificador de red, el script los omite y avisa; no los sobrescribe.
TODAVÍA NO ACTIVES TODOS LOS ÁMBITOS

Primero probaremos únicamente Gerencia de León. Cuando funcione, podrás continuar con los demás. Esta secuencia evita introducir varios cambios al mismo tiempo y facilita identificar errores.

ETAPA 07 · CISCO DHCP RELAY

Indica a los equipos Cisco dónde está el servidor

Las solicitudes DHCP son broadcast y no atraviesan routers automáticamente. Usaremos ip helper-address en la interfaz de puerta de enlace de cada red cliente.

DHCP RELAY
Es un intermediario.

Escucha la solicitud DHCP de la red local y la envía por unicast al servidor 172.20.10.14. También comunica al servidor de qué red proviene el cliente.

7.1

Descubre dónde está la puerta de enlace de Gerencia de León

La puerta de enlace de Gerencia León es 172.20.20.1. Averigua qué interfaz real tiene esa dirección. Podría estar en una subinterfaz del router o en una interfaz VLAN de un switch de capa 3.

Cisco · Solo lectura
show ip interface brief
show running-config
show ip route 172.20.10.14
Comprueba: identificaste el nombre verdadero de la interfaz cuya dirección es 172.20.20.1 y existe una ruta al servidor DHCP.
7.2

Configura el relay en esa interfaz

El siguiente ejemplo supone que encontraste la dirección 172.20.20.1 en Ethernet0/0.10 del router. Este nombre es ilustrativo: no lo ejecutes si no coincide con tu configuración.

Cisco · EJEMPLO condicional: subinterfaz de router
enable
configure terminal
interface Ethernet0/0.10
 ip helper-address 172.20.10.14
end
show running-config interface Ethernet0/0.10

Si la puerta de enlace está en la SVI de un switch de capa 3, ingresa en la interfaz Vlan correspondiente y utiliza el mismo comando ip helper-address 172.20.10.14. El identificador de VLAN debe obtenerse de tu configuración.

Coloca el relay únicamente en la interfaz de capa 3 que recibe las solicitudes de los clientes. No lo agregues automáticamente a todos los puertos, ni dupliques configuraciones en router y switch.

7.3

Comprueba la configuración de relay y las rutas

Revisa que la interfaz elegida tenga ip helper-address 172.20.10.14. Confirma también que no hay filtros que impidan el intercambio DHCP entre servidor y relay (UDP 67/68) y que el servidor tiene una ruta de retorno hacia 172.20.20.0/27.

Comprueba: la interfaz de Gerencia León tiene un helper hacia 172.20.10.14 y ambos extremos se alcanzan por la red enrutada.

¿Por qué un solo servidor puede atender varias subredes? El relay incluye información de la red de origen (como giaddr) y Windows Server selecciona el ámbito correspondiente. Por eso necesitamos un ámbito por red y conectividad entre sedes.

ETAPA 08 · PRUEBAS Y DESPLIEGUE

Activa una red, realiza una prueba y después amplía

La primera prueba se hará en Gerencia de León, red 172.20.20.0/27.

8.1

Activa solamente el ámbito piloto

Dentro de PowerShell, como administrador de Windows Server, ejecuta:

PowerShell · Activación piloto
Set-DhcpServerv4Scope -ScopeId 172.20.20.0 -State Active
Get-DhcpServerv4Scope -ScopeId 172.20.20.0
Comprueba: LEON-GERENCIA muestra el estado Active. Los demás ámbitos nuevos siguen inactivos.
8.2

Solicita una IP en el cliente de Gerencia León

Abre la consola de la computadora o VPCS conectada a la red Gerencia León. Si utilizas VPCS, ejecuta:

Cliente VPCS · Obtener IP
ip dhcp
show ip

Si utilizas Windows 11 en lugar de VPCS, configura IPv4 en automático y ejecuta:

Cliente Windows · Obtener IP
ipconfig /release
ipconfig /renew
ipconfig /all
RESULTADO QUE DEBES OBSERVAR
IP del cliente172.20.20.15 a .29
Máscara255.255.255.224
Gateway172.20.20.1
Servidor DHCP172.20.10.14Visible en Windows; VPCS puede no mostrarlo.
8.3

Comprueba la concesión en el servidor

Regresa a PowerShell de Windows Server y revisa el equipo que acaba de obtener una dirección.

PowerShell · Revisar concesión
Get-DhcpServerv4Lease -ScopeId 172.20.20.0
Comprueba: aparece al menos una concesión del rango de Gerencia León si la solicitud DHCP se realizó correctamente.
8.4

Habilita los otros ámbitos uno por uno

  1. Identifica la siguiente red que vas a probar, por ejemplo Ventas de León.
  2. Configura ip helper-address en su puerta de enlace verdadera.
  3. Activa únicamente el ámbito de esa red.
  4. Solicita una IP desde un cliente perteneciente a esa red.
  5. Comprueba su máscara, gateway y concesión.
  6. Repite el proceso con los demás segmentos de León, Chinandega y Masaya.
Ejemplo · Activar Ventas de León
Set-DhcpServerv4Scope -ScopeId 172.20.20.32 -State Active
Get-DhcpServerv4Scope -ScopeId 172.20.20.32

Después de probar una red, escribe en tu informe el nombre de la sede, el segmento, la dirección IP recibida y la evidencia correspondiente.

ETAPA 09 · EVIDENCIAS

Documenta lo que hiciste y demuestra que funciona

El resultado importa, pero también importa que otra persona pueda comprender y reproducir tu procedimiento.

Incluye estas evidencias en tu informe

  1. 01
    VMware — VMnet2

    Captura de la red Host-only con DHCP de VMware deshabilitado.

  2. 02
    VMware — Adaptadores

    EVE-NG con adaptador 3 en VMnet2 y Windows Server conectado a VMnet2.

  3. 03
    EVE-NG — Topología modificada

    Cloud2 conectada a SW-CORE-CENTRAL sin afectar la topología existente.

  4. 04
    Windows Server — IP fija y rol DHCP

    Captura de ipconfig /all, rol instalado y servicio en ejecución.

  5. 05
    Ámbitos DHCP

    Listado de los 12 ámbitos creados mediante PowerShell, indicando sus estados.

  6. 06
    Cisco — DHCP Relay

    Fragmento de configuración real de la interfaz que actúa como gateway.

  7. 07
    Cliente — DHCP correcto

    Captura de la IP obtenida automáticamente en la red piloto.

  8. 08
    Servidor — Concesión

    Resultado de Get-DhcpServerv4Lease para la red piloto.

Explica con tus propias palabras

Pregunta 1. ¿Por qué fue necesario usar DHCP Relay entre la sucursal y el servidor?

Pregunta 2. ¿Por qué los ámbitos nuevos se crearon inactivos?

Pregunta 3. ¿Qué diferencia existe entre VMnet2 y Cloud2?

Pregunta 4. ¿Qué sucede si el servidor DHCP no tiene ruta de retorno hacia la sucursal?

Entrega sugerida: un PDF con portada, objetivo, procedimientos, capturas de pantalla, resultados, respuestas y conclusiones. El docente puede adaptar la forma y fecha de entrega en Moodle.

ETAPA 10 · DIAGNÓSTICO Y CIERRE

Si algo falla, revisa un elemento cada vez

No cambies toda la red cuando aparezca un problema. Sigue el orden de comprobación para localizar la causa.

Windows no detecta la red

Revisa: que la VM esté encendida, adaptador conectado y seleccionado Custom (VMnet2). Confirma que el tercer adaptador de EVE-NG también utiliza VMnet2.

Windows tiene IP, pero no llega a 172.20.10.1

Revisa: Cloud2/pnet2, puerto del switch, VLAN de servidores y estado de enlaces. Verifica que la puerta de enlace exista. Ten presente que el ping puede estar filtrado.

El cliente recibe 169.254.x.x

Revisa: el ámbito activo, la puerta de enlace de la VLAN, ip helper-address, conectividad con el servidor y UDP 67/68. La dirección APIPA significa que no obtuvo una concesión válida.

El cliente recibe IP de una red equivocada

Revisa: si VMware aún tiene DHCP activo, si existe otro servidor DHCP en la VLAN, la conexión del cliente y la interfaz de relay.

El script no se ejecuta

Revisa: PowerShell como administrador, ubicación correcta, rol instalado, servicio DHCPServer iniciado y mensajes exactos del error. No cambies configuraciones globales de seguridad.

El cliente tiene IP, pero no accede a otras redes

Revisa: opción de gateway del ámbito, rutas de ida y vuelta, ACL, NAT y firewall. Obtener una IP no garantiza conectividad completa.

¿Cómo desactivo un ámbito si debo detener la prueba?

Para detener nuevas asignaciones en la red piloto, desactiva el ámbito correspondiente en el servidor:

PowerShell · Desactivar piloto
Set-DhcpServerv4Scope -ScopeId 172.20.20.0 -State InActive
Get-DhcpServerv4Scope -ScopeId 172.20.20.0

Luego elimina únicamente el helper agregado durante la práctica, si corresponde, y restaura el respaldo de la configuración original. Desactivar un ámbito no retira automáticamente las IP ya entregadas; pueden permanecer vigentes hasta que sus clientes renueven o liberen la concesión.

Glosario breve de los términos utilizados
DHCP
Servicio que entrega automáticamente parámetros IP a los clientes.
Ámbito
Rango de direcciones que un servidor DHCP puede asignar a una subred.
Concesión
Dirección que DHCP asigna temporalmente a un equipo.
Gateway
Puerta de enlace utilizada para salir de la subred local.
DHCP Relay
Función del router o switch L3 que retransmite solicitudes DHCP hacia otra subred.
VMnet2
Red virtual configurada en VMware Workstation.
Cloud2 / pnet2
Conexión del laboratorio EVE-NG hacia el tercer adaptador de red de su VM.
IP estática
Dirección definida manualmente que no cambia por concesiones DHCP.

Fuentes técnicas de consulta

Consulta la documentación de los fabricantes para verificar las características de tu versión e imagen de laboratorio.

CIERRE DEL LABORATORIO

Lo importante es comprender por qué funciona.

Al terminar, podrás explicar cómo un servidor DHCP centralizado atiende varias sucursales mediante VLAN, routing y DHCP Relay, y demostrarlo con evidencias técnicas.