Construye la idea primero y luego usa la siguiente actividad para comprobarla.
Un método para encontrar fallas
Una forma repetible de encontrar una falla, para que estés acotando el problema en vez de adivinarlo.
Lo que podrás hacer
- Seguir una secuencia fija en vez de cambiar ajustes al azar
- Usar la pila de capas para reducir a la mitad el espacio de búsqueda con cada prueba
- Cambiar una sola cosa a la vez, y verificar antes de continuar
Antes de esto: Necesitas saber qué hace cada uno de un host, un switch y un router - consulta "Hosts, switches y routers". Nada más; esta lección es deliberadamente temprana.
Por qué importa: Casi todo laboratorio de esta ruta es una red rota que tienes que arreglar. Sin un método vas a cambiar cosas hasta que algo funcione y nunca sabrás qué estaba mal. Con uno, vas a encontrar la misma falla en una fracción del tiempo, y podrás decir cuál era.
La diferencia entre quien repara redes rápidamente y quien no lo hace rara vez es cuánto sabe. Es si sigue un método o prueba cosas al azar. Un método convierte el impreciso «no hay internet» en una configuración específica que falla.
La secuencia
- Identifica el problema: ¿qué falla exactamente y qué sigue funcionando?
- Formula una teoría de la causa probable según lo que los síntomas permiten o descartan.
- Pon a prueba la teoría con un comando que pueda confirmarla o refutarla.
- Corrige una sola cosa.
- Verifica que desapareció el síntoma original - no solo un problema relacionado.
- Anota cuál era la falla, para que la próxima persona no tenga que empezar de cero.
Avanza por las capas desde abajo
Haz las pruebas desde la capa más baja hacia arriba, porque una falla en una capa inferior produce síntomas confusos en todas las superiores. No tiene sentido investigar un protocolo de enrutamiento en una interfaz desactivada administrativamente.
| Pregunta | Comando | Si esto falla |
|---|---|---|
| ¿La interfaz está activa? | ip -brief link show | Detente aquí. Lo que está por encima todavía no importa. |
| ¿Tiene la dirección y la máscara correctas? | ip -brief address show | Una máscara incorrecta hace que el host evalúe mal qué destinos son locales. |
| ¿Puede comunicarse con su propia subred? | ping <neighbour on the same subnet> | La falla es local - la dirección, la máscara o el switch. |
| ¿Puede comunicarse con su gateway? | ping <gateway> | La dirección del gateway es incorrecta o el router no está en esa subred. |
| ¿El router conoce la ruta? | show ip route | Falta una ruta o hay una ruta incorrecta. Aquí se encuentran la mayoría de las fallas de estos laboratorios. |
Reducir el problema a la mitad
informa que no puede abrir nada en . En vez de entrar primero al servidor, le hace ping desde un host de la misma subred. Si funciona, el servidor está bien y la falla está en el camino entre las dos subredes - con un solo comando descartó la mitad de la red. Si falla, el problema está en el servidor o en su segmento local, y el enrutamiento entre sitios no importa.
Terminología
- Síntoma
- Lo que observa el usuario. No es la falla - «el correo está lento» y «falta una ruta» son afirmaciones diferentes.
- Teoría de la causa probable
- Una hipótesis concreta que se puede comprobar. «Algo anda mal con DNS» no lo es; «el cliente tiene la dirección incorrecta del servidor DNS» sí.
- Alcance
- A quiénes afecta. Un host, una subred o todos - cada caso apunta a una capa diferente.
Puntos clave
- Determina qué sigue funcionando antes de investigar qué falla; el límite entre ambos ayuda a ubicar la causa.
- Haz las pruebas desde el enlace físico hacia arriba - una falla en una capa inferior hace que todo lo superior parezca averiado.
- Convierte un síntoma en una teoría concreta y comprobable antes de cambiar la configuración.
- Cambia una sola cosa y luego verifica si desapareció el síntoma original.
- El alcance indica dónde buscar: un host, una subred o todos son tres fallas diferentes.
¿Listo para seguir avanzando?
Crea una cuenta gratuita para guardar tu progreso y realizar la verificación de conocimiento.