paulo1205
(usa Ubuntu)
Enviado em 07/07/2019 - 05:26h
Pode não haver nenhum problema. De certo modo, é de se esperar que o
ping nem sempre funcione 100%, mesmo que a rede esteja consideravelmente bem. Por isso, é interessante conhecer um pouquinho sobre o funcionamento da rede IP e protocolos relacionados, bem como sobre o comportamento dos dispositivos envolvidos.
A ferramenta
ping utiliza duas mensagens definidas no ICMP (
Internet Control Messages Protocol) para funcionar. Mais especificamente, o cliente envia mensagens do tipo
ICMP echo e espera receber do outro lado mensagens
ICMP echo-reply. Sem pretensão de explicar tudo sobre o assunto, é interessante saber o seguinte sobre o ICMP:
• ICMP não estabelece conexões entre os nós; cada mensagem que trafega da máquina A para a máquina B é, em princípio, totalmente independente de qualquer coisa transmitida de A para B anteriormente.
• ICMP não tem mecanismos de retransmissão; se a sua mensagem de
echo se perder, o outro lado nunca terá qualquer noção de que você a enviou, e se o
echo-reply que você estiver esperando não chegar em tempo, você nunca saberá se é porque a mensagem que você enviou se perdeu o se porque a mensagem de resposta se perdeu.
• Muitos equipamentos, especialmente da Cisco, e mais particularmente seus roteadores e
switches, tratam mensagens ICMP dirigidas a eles próprios com prioridade mais baixa do que mensagens enviadas para outras máquinas ou mensagens que usem outros protocolos (a ideia é que o roteador existe para rotear e o
switch para comutar, não para serem eles mesmos alvos de serviços, e muito menos de testes aleatórios).
• Outros equipamentos podem optar também por limitar ou mesmo desabilitar algumas mensagens do ICMP que possam ser consideradas pouco relevantes ou mesmo indesejáveis, do ponto de vista de um serviço prestado. Por exemplo: o administrador de um serviço web pode querer desabilitar tudo que não seja tráfego HTTP e HTTPS, pois a máquina está para servir páginas web, não para ficar respondendo a
pings aleatórios, vindos da Internet.
Algumas sugestões para que você veja o estado de sua conexão com a Internet são as seguintes:
1. Teste diretamente o estado da interface externa, se isso for possível.
a) Se a interface com a Internet estiver ligada diretamente na máquina que você vai usar para testar (incluindo PPPoE, se cehgar até sua máquina), isso é geralmente muito fácil de fazer (comandos
netstat,
ifconfig ou
ip, por exemplo).
b) Se estiver conectada num modem ou roteador DSL/cabo, pode haver formas de testar as interfaces via comando remoto por SSH, ou por SNMP, ou mesmo via requisição por HTTP ou HTTPS, dependendo de quais recursos seu roteador ou modem oferece (ou meu, por exemplo, não ajuda muito nesse sentido).
VANTAGEM: Rápida e confiável, pois só depende de recursos que estão sob seu controle direto.
DESVANTAGEM: Testa apenas um dos itens, que é o estado da interface de saída. É possível que essa interface esteja OK, mas a comunicação esteja impedida por outro motivo, tal como um problema na rede do provedor de acesso.
2. Em lugar de ICMP, use um protocolo de mais alto nível, e prefira falar com um serviço destinado a atender o público, em lugar de falar com um equipamento de rede.
Exemplos: um site na web, um servidor DNS, um servidor sincronização de hora (NTP), um servidor de
e-mail (SMTP), uma máquina com acesso via SSH, etc.
VANTAGENS: Maior chance de ter respostas relevantes, menor chance de se deparar com bloqueios ou limitações de taxas de transferência, uso de protocolos de transporte e/ou de aplicação que costumam identificar e tratar eventuais perdas de dados trafegados na rede.
DESVANTAGEM: Depender de coisas que não estão sob seu controle, e que podem, por isso, induzir a diagnóstico errôneo (por exemplo: se aquele site que você está testando estiver fora do ar, você pode ser induzido a achar que o seu
link está fora, quando na verdade não está). Pode ser necessário testar mais do que apenas um parâmetro antes de decidir acionar a contingência, e isso torna o teste mais complexo.
3. Procure testar coisas que estejam relativamente próximas (em termos de rede, não necessariamente em termos geográficos) ou coisas que, mesmo distantes, sejam muito importantes para você.
VANTAGENS: Os testes tenderão a ser mais rápidos ou a ter a informação que lhe interessa, e dependerão menos de variáveis externas que podem não ser tão úteis assim (você não quer necessariamente testar todos os elementos de rede no caminho até o destino)
DESVANTAGEM: Às vezes, a troca de interface, sobretudo quando o provedor da rede de contingência é diferente do do interface principal, poderia ser suficiente para restaurar a operação normal (por exemplo, seu provedor está OK, mas algum problema transitório entre ele e o destino final testado pode ocorrer, fazendo seu teste falhar, mas o provedor do link de contingência pode utilizar outros caminhos, e não ser afetado pela mesma instabilidade transitória).
... “Principium sapientiae timor Domini, et scientia sanctorum prudentia.” (Proverbia 9:10)
