GhostAcademy — Diagnóstico de redes locales con NetGhost Lab

Ejercicio guiado · Redes

Diagnostica una red local
como en un puesto de soporte

En NetGhost Lab cada caso es una oficina pequeña: un router, un switch, cuatro equipos e Internet. Cada caso tiene uno o varios fallos de configuración TCP/IPv4 y llega con un ticket del usuario. Tendrás que probar desde las consolas, leer lo que pasa en el cable, decidir qué equipo falla y por qué, y repararlo hasta que toda la red funcione.

⏱ 2 sesiones (≈ 3-4 h)🎓 SMR · ASIR · CCNA🧰 Solo navegador📤 Entrega: hoja de diagnóstico + capturas

Qué vas a aprender

Qué hacen la IP, la máscara, la puerta de enlace y el DNS, y qué síntoma da cada uno cuando está mal.
Cómo decide un equipo si un destino es local o tiene que ir al router.
Usar ipconfig, ping, tracert, nslookup, arp -a, route print y curl para aislar un fallo.
Distinguir un fallo de conectividad de un fallo de DNS, y un DNS caído de un nombre que no existe.
Seguir un método ordenado por capas en lugar de cambiar cosas al azar.

Cómo usar esta guía

Primero las pruebas, después la reparación

En el trabajo real nadie te dice qué está mal. Antes de cambiar un solo parámetro, ejecuta las pruebas que indica cada paso y anota qué te dicen. La reparación es la parte fácil.

Haz los casos en orden

El contador Casos resueltos de los puntos de control supone que vas del caso 1 al 10. Al principio la guía te lleva de la mano. Después solo te da pistas, y el caso 10 lo harás en modo examen.

Antes de empezar

🗺️ Mapa del simulador

Topología con router, switch e Internet, las tarjetas de los equipos, la consola y el panel de diagnóstico — La pantalla del laboratorio: topología arriba, consola a la izquierda y panel de diagnóstico a la derecha (captura del repositorio).

Zona	Qué hay
Cabecera	Metodología TCP/IP, Nuevo Caso Aleatorio, Exportar Informe (.md), Guía de Diagnóstico en 5 Pasos y las pestañas Caso 01 a Caso 10 (con ✓ cuando están superados).
Mapa de Red y Estado de Nodos	Router, switch e Internet, y una tarjeta por equipo con su IP, máscara, gateway, DNS y cuatro indicadores: LAN, GW, WAN y DNS. El botón Vista Docente: IPs Visibles cambia a Modo Examen: IPs Ocultas.
Consola	Pestañas Consola CLI, Tramas PDU (el analizador) y Navegador Web, botones de comandos rápidos y una fila con los equipos para cambiar de consola.
Panel derecho	1. Diagnóstico (el dictamen y las pistas), 2. TCP/IPv4 (editar la configuración del equipo activo), 3. Binario (inspector AND de 32 bits), Informe (descarga el informe) y Reiniciar (vuelve a la configuración inicial del caso).

💡 Cómo se supera un casoHay que hacer las dos cosas: identificar todas las averías en 1. Diagnóstico (equipo + causa) y reparar la configuración hasta que toda la red funcione. Reparar sin diagnosticar no basta, y diagnosticar sin reparar tampoco.

Teoría — 01

⚙️ Los cuatro parámetros

Un equipo necesita cuatro datos para trabajar en una red IPv4. Se ponen a mano (IP estática) o los da un servidor DHCP.

Parámetro	Para qué sirve	Si está mal…
Dirección IPv4	Identifica al equipo. Debe ser única y estar dentro de la red del segmento.	Otra subred: incomunicado. Repetida: cortes intermitentes.
Máscara	Dice qué parte de la IP es la red. El equipo la usa para saber quién es «local».	Ve solo a una parte de la LAN y puede quedarse sin gateway.
Puerta de enlace	El router al que se envía todo lo que no es local. Tiene que estar en la misma subred y ser el router.	Funciona la LAN, pero no hay Internet.
Servidor DNS	Traduce nombres (`unfantasmaenelsistema.com`) a IP.	Hay Internet por IP, pero no por nombre.

Si un equipo con DHCP no recibe respuesta del servidor, Windows se pone una dirección APIPA 169.254.x.x/16 (RFC 3927). Con ella solo habla con otros equipos en la misma situación.

Teoría — 02

🔀 ¿Local o por el router?

Antes de enviar un paquete, el equipo hace su IP AND su máscara y destino AND su máscara:

Si salen iguales, el destino es local: pregunta por ARP la MAC del destino y le envía la trama directamente por el switch.
Si salen distintas, el destino es remoto: envía la trama a la MAC de su puerta de enlace, que se encargará de llevarlo.
Si la puerta de enlace no está en su subred, el paquete no puede salir del equipo: el propio equipo responde «Host de destino inaccesible».

Cada equipo decide con su máscara. Si dos equipos tienen máscaras distintas, la comunicación puede ser asimétrica: A cree que B es local y le llega, pero B cree que A está fuera y no le puede contestar.

Si un equipo envía al router un paquete para otro equipo de la misma LAN (porque su máscara es demasiado pequeña), el router lo reenvía y le avisa con un ICMP Redirect: «la próxima vez, envíalo directamente».

Teoría — 03

📇 ARP e IP duplicadas

ARP traduce una IP de la red local a su dirección MAC. El equipo pregunta por broadcast «¿quién tiene 10.0.0.1?» y el dueño responde con su MAC. La respuesta se guarda en la caché ARP (arp -a).

Si dos equipos tienen la misma IP, los dos responden al ARP con MAC distintas. La caché cambia de una a otra y el tráfico se reparte: unos paquetes llegan y otros se pierden. Por eso el síntoma típico son cortes intermitentes.

Al arrancar, Windows envía un ARP gratuito con su propia IP. Si alguien contesta, avisa de un conflicto de direcciones.

Teoría — 04

🌐 DNS

Para entrar en una web por su nombre, el equipo pregunta primero a su servidor DNS. Hay dos fallos muy distintos:

Situación	Qué pasa	Cómo se ve
El servidor DNS no responde	No existe, está caído o no se llega a él	`nslookup`: tiempo de espera agotado. Navegador: `ERR_NAME_NOT_RESOLVED`.
El nombre no existe	El servidor responde, pero dice que ese nombre no está registrado	`nslookup`: Non-existent domain (NXDOMAIN). Navegador: `DNS_PROBE_FINISHED_NXDOMAIN`.

La prueba clave: si ping 8.8.8.8 responde y la web carga por IP, la red funciona y el fallo es solo de DNS. El usuario dirá «se ha caído Internet», pero no es así.

Teoría — 05

🧭 Método y comandos

Se prueba desde el propio equipo hacia fuera, de la capa más baja a la más alta. El primer paso que falla te dice dónde está el problema.

Paso	Prueba	Si falla, sospecha de…
1 · Configuración	`ipconfig /all`	Compara IP, máscara, red calculada, gateway y DNS con los del resto.
2 · LAN	`ping` a un vecino	IP en otra subred, máscara, IP duplicada (`arp -a`).
3 · Puerta de enlace	`ping` al router	Gateway fuera de la subred o máscara.
4 · Internet por IP	`ping 8.8.8.8`, `tracert 8.8.8.8`	Puerta de enlace incorrecta (el `tracert` muere en el salto 1).
5 · DNS	`nslookup <dominio>`	Servidor DNS inexistente o caído.

Comandos de la consola

Comando	Qué hace
`ipconfig` · `ipconfig /all`	Configuración del equipo; con `/all`, también MAC, DHCP, red calculada, rango y broadcast.
`ping <ip\|nombre>`	4 ICMP Echo; dice cuántos vuelven y, si fallan, el motivo técnico.
`tracert <ip\|nombre>`	Los routers por los que pasa el paquete.
`nslookup <nombre> [servidor]`	Pregunta al DNS configurado, o al que indiques.
`arp -a`	Caché ARP: IP ↔ MAC. Avisa si una IP responde con dos MAC.
`route print`	Tabla de rutas: la red local y la ruta por defecto (gateway).
`curl <url\|ip>`	Petición HTTP de prueba.
`hostname` · `whoami` · `help` · `cls`	Nombre del equipo, usuario, ayuda y limpiar.

Ejercicio — Fase 0 · 10 min · Guiado total

🧰 Preparación

0.1

Abre el laboratorio

Pulsa ▶ Abrir NetGhost Lab. Se abre en el Caso 01: Aislado del Exterior.

Abajo: Progreso del Alumno: 0/10 escenarios superados. Si sale otro número, ese navegador ya tiene casos hechos: no pasa nada, pero tus contadores no coincidirán con los de la guía.

0.2

La metodología

Pulsa Guía de Diagnóstico en 5 Pasos y lee 01. El Protocolo de Aislamiento en 5 Pasos. Ciérrala con Entendido, volver al laboratorio.

⚠ Ojo con una fila de la tablaEn 02. Tabla de Síntomas, la fila de la máscara dice que el equipo «ve IPs bajas (.10) pero no alcanza IPs altas (.200)». En el caso 4 verás que pasa lo contrario: depende de en qué mitad esté el equipo. Fíate de tus pruebas, no de la tabla.

0.3

Recorre la pantalla

Localiza en pantalla las zonas del mapa del simulador. Pasa el ratón por los indicadores LAN · GW · WAN · DNS de una tarjeta para ver qué significa cada uno.

Ejercicio — Fase 1 · 30 min · Guiado total

🚪 Caso 1: la puerta de enlace

1.1

Lee el ticket

En 1. Diagnóstico está la incidencia de Marta G. (Contabilidad — PC-02): abre el NAS y ve a sus compañeros, pero no carga ninguna web.

Según la teoría, ¿qué parámetros quedan descartados y cuáles son sospechosos?

Ver respuesta

Si llega al NAS y a los compañeros, la IP y la máscara funcionan para la LAN. Sospechosos: la puerta de enlace (sin Internet) o el DNS (sin webs por nombre). Las pruebas lo dirán.

1.2

Paso 1: la configuración

Comprueba que la consola es la de PC-02 (C:\Users\Admin@PC-02>). Si no, pulsa PC-02 en la fila de equipos. Escribe ipconfig /all y pulsa Ejecutar.

IPv4 192.168.1.11 · máscara 255.255.255.0 (/24) · puerta de enlace 192.168.2.1 · DNS 8.8.8.8 · Red calculada por el host: 192.168.1.0/24 · broadcast 192.168.1.255.

1.3

Pasos 2 a 4: de dentro afuera

Ejecuta, por orden, ping 192.168.1.50 (el NAS), ping 192.168.1.1 (el router) y ping 8.8.8.8.

NAS y router: 4 de 4 respuestas. 8.8.8.8: cuatro veces Respuesta desde 192.168.1.11: Host de destino inaccesible y el detalle La puerta de enlace configurada (192.168.2.1) no pertenece a la subred de PC-02 (192.168.1.0/24). El paquete no puede salir del equipo.

El ping al router funciona. ¿Por qué no sale a Internet?

Ver respuesta

Porque el router está en su LAN y le llega por ARP directo. Pero, para un destino de fuera, el equipo no usa «el router», sino la puerta de enlace configurada (192.168.2.1), que no está en su subred. La respuesta «inaccesible» la da el propio equipo, no el router.

1.4

tracert y route print

Ejecuta tracert 8.8.8.8 y route print.

tracert: salto 1 con (Gateway 192.168.2.1 no responde). route print: la ruta 0.0.0.0 aparece como [INALCANZABLE: 192.168.2.1 fuera de 192.168.1.0/24]; solo hay ruta «En vínculo» para 192.168.1.0.

1.5

Lo que pasa en el cable

Abre la pestaña Tramas PDU. Pulsa una trama de cada tipo y lee la Decodificación de Capas OSI.

Para el NAS y el router: una trama ARP (… is at 00:1A:2B:… (Entrega directa LAN)), un Echo (ping) request y su reply. Para 8.8.8.8: [Sin enviar] PC-02 no tiene ruta hacia 8.8.8.8 y, en capa 2, Ninguna trama sale de la interfaz Ethernet0.

1.6

Un dictamen equivocado

Antes de acertar, comprueba cómo corrige la app. En 1. Diagnóstico, elige PC-01 — Recepción y cualquier causa, y pulsa Validar Diagnóstico. Después elige PC-02 con Servidor DNS inexistente o sin respuesta y valida otra vez.

PC-01: El equipo PC-01 no es el causante de la avería descrita en el ticket. PC-02 con DNS: Has identificado correctamente que PC-02 presenta un problema, pero la causa raíz no es «Servidor DNS inexistente o sin respuesta». Contador: Averías identificadas: 0/1 · dictámenes erróneos: 2.

Los dictámenes erróneos quedan registrados en pantalla y en el informe: en el trabajo real, también cuentan los diagnósticos que no aciertas.

1.7

El dictamen correcto

Elige PC-02 y Puerta de enlace (Gateway) incorrecta o en otra subred, y valida.

¡Diagnóstico exacto! PC-02 tiene configurada la puerta de enlace 192.168.2.1, que pertenece a otra subred… y Averías identificadas: 1/1.

1.8

Repara y comprueba

Abre 2. TCP/IPv4 (PC-02). Cambia la Puerta de enlace predeterminada a 192.168.1.1 y pulsa Aplicar Cambios en PC-02. Vuelve a la consola y repite ping 8.8.8.8, tracert 8.8.8.8 y nslookup unfantasmaenelsistema.com.

Panel: ¡Red Local 100% Operativa! · Casos resueltos: 1/10 y ✓ en la pestaña del caso. tracert: 4 saltos (router.lan.local [192.168.1.1], isp-edge-gw.red.es [83.44.192.1], el backbone y 8.8.8.8) y Traza completa. nslookup: unfantasmaenelsistema.com → 185.199.108.153.

Ejercicio — Fase 2 · 25 min · Guiado

🌐 Caso 2: el DNS

Ticket de Carlos R. (Soporte — PC-03): ERR_NAME_NOT_RESOLVED en cualquier web; cree que se ha caído la fibra.

Navegador de prueba con ERR_NAME_NOT_RESOLVED porque el servidor DNS no responde — El navegador de prueba del caso 2 (captura del repositorio).

2.1

¿Se ha caído Internet?

Abre Caso 02 y selecciona PC-03. Ejecuta ping 8.8.8.8 y después nslookup unfantasmaenelsistema.com.

ping: 4 de 4. nslookup: Servidor: UnKnown · Address: 192.168.10.250 y *** Tiempo de espera agotado en la solicitud a 192.168.10.250 (2 segundos), con la causa Ningún equipo en el switch local responde al ARP para 192.168.10.250.

2.2

Pregunta a otro servidor

Ejecuta nslookup unfantasmaenelsistema.com 8.8.8.8 y ping unfantasmaenelsistema.com.

Con 8.8.8.8: Servidor: dns.google y la IP 185.199.108.153. El ping por nombre: La solicitud de ping no pudo encontrar el host… con el diagnóstico El servidor DNS configurado (192.168.10.250) no responde o es inalcanzable.

2.3

Por nombre y por IP

Abre Navegador Web. Prueba los marcadores Web por Dominio (Requiere DNS) y Web por IP Directa 185.199.108.153 (Sin DNS) (cada marcador carga la página al pulsarlo; para una dirección escrita a mano se usa Ir / Probar).

Por dominio: ERR_NAME_NOT_RESOLVED, …porque el servidor DNS configurado (192.168.10.250) no responde. Por IP: HTTP/1.1 200 OK · Conectado a 185.199.108.153.

¿Qué le dirías a Carlos sobre la fibra?

Ver respuesta

Que la fibra funciona: hay ping a 8.8.8.8 y la web carga por IP. Lo que falla es el servidor DNS que tiene configurado su equipo, 192.168.10.250, que no existe.

2.4

Dictamen y reparación

Diagnostica PC-03 + Servidor DNS inexistente o sin respuesta. Después, en 2. TCP/IPv4 (PC-03), pon como Servidor DNS preferido 1.1.1.1 y aplica los cambios.

¡Red Local 100% Operativa! · Casos resueltos: 2/10.

2.5

El otro error de DNS: NXDOMAIN

Con el DNS ya arreglado, prueba un nombre que no existe: nslookup noexiste-ghost.com en la consola y http://www.noexiste-ghost.com en el navegador.

nslookup: *** one.one.one.one no puede encontrar noexiste-ghost.com: Non-existent domain (NXDOMAIN) · [El servidor DNS funciona: es el nombre el que no existe…]. Navegador: DNS_PROBE_FINISHED_NXDOMAIN.

Compara con 2.1: ¿cómo distingues un DNS caído de un nombre mal escrito?

Ver respuesta

DNS caído: no hay respuesta (tiempo agotado, ERR_NAME_NOT_RESOLVED). Nombre inexistente: el servidor sí responde, y lo que dice es que no existe (NXDOMAIN).

Ejercicio — Fase 3 · 20 min · Guiado

👻 Caso 3: IP duplicada

Ticket: desde que se instaló la impresora de red, PC-01 pierde la conexión y da errores al hacer ping incluso al router.

3.1

Pings que van y vienen

Abre Caso 03, selecciona PC-01 y ejecuta ipconfig /all y ping 10.0.0.1.

ipconfig: Dirección IPv4: 10.0.0.15 (Duplicada / Conflicto ARP), MAC 00:1A:2B:CC:01:15. ping: Conflicto de dirección IP detectado en la interfaz Ethernet0, respuestas sueltas y 75 % perdidos (1 de 4).

3.2

La caché ARP

Ejecuta arp -a.

La entrada de 10.0.0.15 tiene la MAC 00:1a:2b:cc:01:99 (que no es la de PC-01) y aparece [!] ALERTA ARP: La IP 10.0.0.15 responde con dos MACs (00:1A:2B:CC:01:15 y 00:1A:2B:CC:01:99).

¿De quién es la MAC acabada en 01:99? Búscala con ipconfig /all en los demás equipos.

Ver respuesta

De IMP-RED, la impresora nueva, que tiene puesta a mano la misma IP 10.0.0.15.

3.3

Dictamen y reparación

Diagnostica IMP-RED — Impresora Nueva + Dirección IP duplicada (Conflicto ARP). Selecciona IMP-RED y cámbiale la IP a 10.0.0.50. Vuelve a PC-01 y repite arp -a.

Casos resueltos: 3/10. En arp -a, la MAC 00:1a:2b:cc:01:99 aparece ahora con la IP 10.0.0.50, y la alerta ha desaparecido.

¿Por qué cambiar la impresora y no PC-01? Porque es el equipo nuevo que causó el conflicto, y a una impresora de red se le da una IP fija fuera del rango de los PC. La app también acepta el dictamen sobre PC-01, porque los dos equipos están en conflicto.

Ejercicio — Fase 4 · 30 min · Guiado

🎭 Caso 4: la máscara

Ticket de Elena (PC-03): entra en el servidor SRV-NAS (.200), pero no navega, no llega al router y no ve a sus compañeros.

4.1

A unos sí y a otros no

Abre Caso 04, selecciona PC-03 y ejecuta ping 192.168.50.200, ping 192.168.50.1, ping 192.168.50.10 y route print.

.200: 4 de 4. .1 y .10: Host de destino inaccesible con La puerta de enlace configurada (192.168.50.1) no pertenece a la subred de PC-03 (192.168.50.128/25). route print: red local 192.168.50.128 255.255.255.128 y la ruta por defecto [INALCANZABLE…].

4.2

Desde el otro lado

Selecciona PC-01 (máscara /24) y ejecuta ping 192.168.50.140.

4 veces Tiempo de espera agotado y Asimetría de subred: PC-01 (255.255.255.0) alcanza a PC-03, pero PC-03 (máscara 255.255.255.128) cree que 192.168.50.10 está en otra red y no puede devolver el paquete.

Fíjate en la diferencia con 4.1: aquí el error no es «inaccesible», sino tiempo agotado. El paquete sí llega a PC-03, pero la respuesta nunca vuelve.

4.3

El inspector binario

Selecciona PC-03 y abre 3. Binario. Pulsa GW (192.168.50.1). Después escribe 192.168.50.200 en el campo de destino.

Con el router: Red Origen (192.168.50.128), AND Destino (192.168.50.0) y Subred Distinta: Los primeros 25 bits difieren. Con .200: AND Destino (192.168.50.128) y Misma Subred.

¿Qué bit exacto separa .1 y .140 con esta máscara?

Ver respuesta

El bit 25 (el primero del 4.º octeto, que vale 128): .140 = 10001100 y .1 = 00000001. Con /25 ese bit es de red, así que están en redes distintas.

Con el router como destino, el inspector dice que PC-03 «enviará el paquete a su Puerta de Enlace (192.168.50.1)». No es así: esa puerta de enlace está fuera de su subred y el paquete no sale (lo viste en 4.1).

4.4

Dictamen y reparación

Diagnostica PC-03 + Máscara de subred incorrecta y cambia su máscara a 255.255.255.0.

Casos resueltos: 4/10.

4.5

Experimento: el ICMP Redirect

Ahora rompe tú la red a propósito: pon a PC-01 (.10) la máscara 255.255.255.128. Desde su consola, ejecuta ping 192.168.50.200 y mira las últimas tramas en Tramas PDU.

El ping funciona (4 de 4). En las tramas: ARP del router (Salto por Gateway), el request hacia .200 y Redirect (Redirect for host) — usa 192.168.50.200 directamente, enviado por 192.168.50.1. En el panel TCP/IPv4: Estado: Máscara de subred (255.255.255.128) incompatible con el segmento LAN.

¿Por qué PC-01 con /25 llega al .200 y PC-03 con /25 no llegaba al .10?

Ver respuesta

PC-01 está en la mitad baja (.0/25), donde también está el router .1: su puerta de enlace está en su subred, así que envía al router lo que cree remoto y el router se lo reenvía. PC-03 estaba en la mitad alta y su puerta de enlace quedaba fuera: no podía enviar nada fuera de su mitad.

Para terminar, devuelve a PC-01 la máscara 255.255.255.0.

Vuelve ¡Red Local 100% Operativa!

Ejercicio — Fase 5 · 25 min · Semiguiado

🔢 Casos 5 y 6: IP en otra subred

A partir de aquí, la guía te dice qué probar, pero las conclusiones son tuyas. Si te atascas, usa Mostrar siguiente pista.

5.1

Caso 5: Baile de Octetos

Javier (PC-01) se ha configurado la IP a mano con una nota en papel y está totalmente incomunicado. Aplica los pasos 1 a 3 del método desde PC-01 y compara con PC-02.

Pista

Compara octeto a octeto la IP de PC-01 con la de su puerta de enlace.

Ver solución

PC-01 tiene 172.16.100.11/24 y la red es 172.16.10.0/24: su red calculada es 172.16.100.0/24 y la puerta de enlace 172.16.10.1 queda fuera. Dictamen: Dirección IP del equipo en otra subred distinta. Reparación: IP 172.16.10.11 → Casos resueltos: 5/10.

5.2

Caso 6: los bloques /28

La oficina usa máscara 255.255.255.240 (/28) y PC-02 no habla con nadie. Ejecuta ipconfig /all en PC-01 y en PC-02 y compara la Red calculada por el host.

PC-01: red 192.168.99.0/28, hosts .1 a .14, broadcast .15. PC-02 (.18): red 192.168.99.16/28, hosts .17 a .30, broadcast .31.

Diagnostica PC-02 + Dirección IP del equipo en otra subred distinta. Antes de la IP buena, prueba dos errores típicos y lee el Estado que da el panel TCP/IPv4:

192.168.99.15
192.168.99.14

.15: Estado: Dirección IP (192.168.99.15) fuera de la red local (192.168.99.0/28). .14: Conflicto de IP duplicada (192.168.99.14) en el segmento local (es la del SRV-SIEM). En los dos casos PC-02 sigue con Incidencia.

El mensaje de .15 no es exacto. ¿Cuál es el problema real de esa IP?

Ver respuesta

.15 sí está dentro de 192.168.99.0/28, pero es su dirección de broadcast (todos los bits de host a 1) y no se puede asignar a un equipo.

Pon por último una IP libre del rango: 192.168.99.10.

Casos resueltos: 6/10.

Ejercicio — Fase 6 · 25 min · Semiguiado

🧯 Caso 7: dos averías

Dos puestos fallan a la vez: PC-01 no carga webs por nombre, pero hace ping a 8.8.8.8; PC-03 ve la red local, pero nunca sale a Internet.

Panel de diagnóstico del caso 7 con 1 de 2 averías identificadas — El dictamen del caso 7 a medias: 1 de 2 averías identificadas (captura del repositorio).

6.1

Investiga cada equipo

Desde PC-03: tracert 8.8.8.8 y ping a su puerta de enlace. Desde PC-01: ping 8.8.8.8 y nslookup unfantasmaenelsistema.com.

Ver solución

PC-03: el tracert muere en el salto 1 con (Gateway 192.168.20.254 no responde): su puerta de enlace es .254 y el router está en .1. PC-01: 4 de 4 a 8.8.8.8, pero el nslookup agota el tiempo contra 10.99.99.99, que no existe.

6.2

Un dictamen y dos reparaciones

Diagnostica solo la avería de PC-01 (Servidor DNS inexistente o sin respuesta). Después repara las dos: DNS de PC-01 a 8.8.8.8 y puerta de enlace de PC-03 a 192.168.20.1.

Tras el dictamen: Queda 1 avería por identificar en este caso · Averías identificadas: 1/2. Tras reparar: ¡Red Local 100% Operativa!, pero el contador sigue en 6/10 y aparece Para dar el caso por resuelto, emite en «1. Diagnóstico» el diagnóstico de cada avería que has corregido.

6.3

Cierra el caso

Diagnostica PC-03 + Puerta de enlace (Gateway) incorrecta o en otra subred.

Averías identificadas: 2/2 · Casos resueltos: 7/10.

¿Por qué crees que la app no da el caso por resuelto solo con reparar?

Ver respuesta

Porque se puede «arreglar» copiando la configuración de un equipo que funciona sin entender qué estaba mal. El dictamen demuestra que sabes cuál era cada avería, y eso es lo que se pone en el parte técnico.

Ejercicio — Fase 7 · 25 min · Autónomo

🕵️ Casos 8 y 9

7.1

Caso 8: El Expediente APIPA

Lucía (PC-03) ve «Red no identificada — Sin acceso a Internet», aunque su equipo tiene una IP. Investiga, diagnostica y repara con la IP 192.168.30.12.

Pista

Mira con ipconfig /all la línea DHCP habilitado y la máscara, no solo la IP.

Ver solución

ipconfig /all: DHCP habilitado: Sí (Fallo DHCP -> Autoconfiguración APIPA), IP 169.254.84.19, máscara 255.255.0.0 (/16). Dictamen: Dirección IP del equipo en otra subred distinta. Si cambias solo la IP, el panel avisa: Máscara de subred (255.255.0.0) incompatible con el segmento LAN (255.255.255.0). Hay que cambiar también la máscara a 255.255.255.0 → Casos resueltos: 8/10.

En una oficina real, ¿arreglarías esto poniendo una IP fija? ¿Qué revisarías?

Ver respuesta

No como solución definitiva: APIPA significa que el DHCP no respondió. Revisaría el cable o la Wi-Fi, que el servidor DHCP funcione y le queden direcciones libres, y la VLAN del puerto. Después, ipconfig /release y /renew.

7.2

Caso 9: El Gateway Impostor

En PC-01 la puerta de enlace responde al ping, pero el tracert a Internet muere en el primer salto. Investiga y resuelve.

Pista

¿Quién tiene, en la topología, la IP que PC-01 usa como puerta de enlace?

Ver solución

La puerta de enlace de PC-01 es 192.168.40.50, que es SRV-NAS: responde al ping, pero no es un router. ping 8.8.8.8: tiempo agotado y PC-01 envía su tráfico de Internet a SRV-NAS (192.168.40.50), que es un host normal sin enrutamiento WAN en lugar del Router (192.168.40.1). Dictamen: Puerta de enlace (Gateway) incorrecta…; reparación: 192.168.40.1 → Casos resueltos: 9/10.

Ejercicio — Fase 8 · 30 min · Autónomo

🎓 Caso 10 en modo examen

Analizador de tramas con ARP, pings correctos y un ping que no sale del equipo — El analizador de tramas: tu mejor aliado cuando no ves la configuración (captura del repositorio).

8.1

A ciegas

Abre Caso 10 y pulsa Vista Docente: IPs Visibles para pasar a Modo Examen: IPs Ocultas.

Las cuatro tarjetas muestran Configuración oculta (Modo Examen). La de cada equipo se descubre al ejecutar ipconfig en su consola.

8.2

Auditoría completa

Tras una migración del rack hay tres problemas: PC-01 y PC-02 sufren cortes, PC-03 no ve al servidor .200 ni navega, y SRV-NAS no resuelve dominios. Audita los cuatro equipos con el método, anota cada avería en tu hoja de diagnóstico, emite los tres dictámenes y repara. Sin pistas.

Ver solución (solo para corregir)

1) PC-02 tiene la IP 192.168.100.10, la misma que PC-01 (arp -a: responde con dos MACs) → IP duplicada, cambiar a 192.168.100.11.
2) PC-03 (192.168.100.70) tiene máscara 255.255.255.192 (/26): su red es 192.168.100.64/26 y el router y el .200 quedan fuera → máscara, cambiar a 255.255.255.0.
3) SRV-NAS usa el DNS 192.168.100.253, que no existe → DNS, cambiar a 8.8.8.8.
Final: Averías identificadas: 3/3 y Casos resueltos: 10/10.

Ejercicio — Fase 9 · 20 min · Autónomo

🎲 Retos aleatorios

9.1

Tres retos nuevos

Pulsa Nuevo Caso Aleatorio. Cada reto tiene una avería al azar (puerta de enlace, DNS, IP duplicada, máscara o IP en otra subred) en una red 192.168.x.0/24 distinta. Resuelve al menos tres en modo examen.

Aparece una pestaña Reto Aleatorio #1 (luego #2, #3…). Los retos no cambian el contador Casos resueltos.

9.2

El informe

En el último reto que resuelvas, pulsa Exportar Informe (.md) (o Informe en el panel). Se descarga informe-netghost-caso-11.md.

El informe incluye el progreso global, el ticket, el estado de la red, tu dictamen (averías identificadas y errores), la tabla de configuración de todos los equipos y los comandos que ejecutaste en cada consola. La solución esperada solo aparece si el caso está superado.

Para terminar

📤 Entrega y autoevaluación

Qué entregas

Una hoja de diagnóstico de los casos 5 a 10 con, en cada uno: síntomas, pruebas (comando y resultado), equipo y causa, y reparación.
Captura de Progreso del Alumno: 10/10.
El informe .md de un reto aleatorio superado.
Las respuestas a estas preguntas:

📝 Preguntas de reflexión

Un usuario dice «no tengo Internet». Escribe las cinco pruebas que harías, en orden, y qué concluyes si falla cada una.
¿Qué diferencia hay entre «Host de destino inaccesible» y «Tiempo de espera agotado» en un ping? Pon un ejemplo de cada uno de los casos.
¿Por qué un equipo con la puerta de enlace mal puede hacer ping al router?
¿Qué tres datos de arp -a te hacen sospechar de una IP duplicada?
Explica con el AND binario por qué 192.168.99.18 no está en la red 192.168.99.0/28.

Autoevaluación

Marca lo que eres capaz de hacer sin mirar la guía:

✓

Explicar para qué sirven IP, máscara, puerta de enlace y DNS.

✓

Aplicar el método de 5 pasos desde la consola.

✓

Distinguir un fallo de puerta de enlace de uno de DNS.

✓

Detectar una IP duplicada con arp -a.

✓

Explicar en binario un fallo de máscara.

✓

Reconocer una dirección APIPA y saber qué indica.

Tu progreso en esta guía

—

Referencia

📖 Glosario

Término	Significado
APIPA	Dirección 169.254.x.x/16 que se pone un equipo cuando el DHCP no responde.
ARP	Protocolo que traduce una IP local a su dirección MAC.
ARP gratuito	Anuncio ARP de la propia IP; sirve para detectar conflictos.
Asimetría de subred	Dos equipos con máscaras distintas: uno ve al otro, pero no al revés.
DHCP	Servicio que da automáticamente IP, máscara, puerta de enlace y DNS.
DNS	Servicio que traduce nombres de dominio a direcciones IP.
ICMP Redirect	Aviso del router: «ese destino está en tu LAN, envíalo directamente».
NXDOMAIN	Respuesta del DNS: el nombre no existe.
Puerta de enlace	Router al que el equipo envía todo lo que no es de su subred.
Ruta por defecto	La ruta `0.0.0.0/0` hacia la puerta de enlace.
Ticket	Incidencia registrada por el usuario en el servicio de soporte.