Construa a ideia primeiro, depois use a próxima atividade para verificá-la.
Um método para encontrar falhas
Uma forma repetível de encontrar uma falha, para que você esteja restringindo o problema em vez de adivinhar.
O que você será capaz de fazer
- Seguir uma sequência fixa em vez de mudar configurações aleatoriamente
- Usar a pilha de camadas para reduzir o espaço de busca pela metade a cada teste
- Mudar uma coisa de cada vez, e verificar antes de seguir em frente
Antes disso: Você precisa saber o que cada um - host, switch e roteador - faz - veja "Hosts, switches e roteadores". Nada além disso; esta lição é deliberadamente antecipada.
Por que isso importa: Quase todo laboratório desta trilha é uma rede quebrada que você precisa consertar. Sem um método você vai mudar coisas até algo funcionar e nunca saber o que estava errado. Com um, você vai encontrar a mesma falha em uma fração do tempo, e conseguirá dizer o que era.
A diferença entre quem corrige redes rapidamente e quem não consegue raramente está no quanto sabe. Está em seguir um método ou apenas tentar coisas. Um método transforma o vago «a internet caiu» em uma configuração específica com defeito.
A sequência
- Identifique o problema: o que exatamente falha e o que ainda funciona?
- Formule uma teoria da causa provável com base no que os sintomas indicam ou descartam.
- Teste a teoria com um comando capaz de confirmá-la ou refutá-la.
- Corrija uma coisa.
- Verifique se o sintoma original desapareceu - não apenas algo relacionado.
- Registre qual era a falha para que a próxima pessoa não precise começar do zero.
Avance pelas camadas de baixo para cima
Teste de baixo para cima, pois uma falha em uma camada inferior produz sintomas confusos em todas as superiores. Não faz sentido investigar um protocolo de roteamento em uma interface desativada administrativamente.
| Pergunta | Comando | Se isto falhar |
|---|---|---|
| A interface está ativa? | ip -brief link show | Pare aqui. O que está acima ainda não importa. |
| Ela tem o endereço e a máscara corretos? | ip -brief address show | Uma máscara errada faz o host avaliar incorretamente quais destinos são locais. |
| Ela consegue alcançar sua própria sub-rede? | ping <neighbour on the same subnet> | A falha é local - endereço, máscara ou switch. |
| Ela consegue alcançar seu gateway? | ping <gateway> | O endereço do gateway está errado ou o roteador não está nessa sub-rede. |
| O roteador conhece o caminho? | show ip route | Há uma rota ausente ou incorreta. É aqui que se encontram a maioria das falhas destes laboratórios. |
Reduzindo o problema pela metade
relata que não consegue abrir nada em . Em vez de acessar o servidor primeiro, envia um ping a partir de um host na mesma sub-rede. Se funcionar, o servidor está bem e a falha está no caminho entre as duas sub-redes - um comando eliminou metade da rede. Se falhar, o problema está no servidor ou em seu segmento local, e o roteamento entre os locais não importa.
Terminologia
- Sintoma
- O que o usuário observa. Não é a falha - «o e-mail está lento» e «falta uma rota» são afirmações diferentes.
- Teoria da causa provável
- Uma hipótese específica que pode ser testada. «Há algo errado com DNS» não é uma; «o cliente tem o endereço errado do servidor DNS» é.
- Escopo
- Quem é afetado. Um host, uma sub-rede ou todos - cada caso aponta para uma camada diferente.
Principais pontos
- Descubra o que ainda funciona antes de investigar o que falha; essa fronteira ajuda a localizar a causa.
- Teste de baixo para cima, a partir do enlace físico - uma falha inferior faz tudo acima parecer quebrado.
- Transforme um sintoma em uma teoria específica e testável antes de alterar qualquer configuração.
- Mude uma coisa e depois verifique o sintoma original.
- O escopo indica onde procurar: um host, uma sub-rede ou todos representam três falhas diferentes.
Pronto para continuar?
Crie uma conta gratuita para salvar seu progresso e fazer a verificação de conhecimento.