Minha empresa opera em uma WAN. Cada uma de nossas filiais opera em uma determinada faixa de IPs (192.168.0.100, 192.168.1.100, 192.168.2.100 por exemplo).
Quero monitorar a conexão. Eu escrevi um aplicativo de console rápido em C# que executa ping em cada endereço a cada 5 segundos e registra o resultado em um arquivo CSV. Isso é suficiente? Estou recebendo muitos erros de TimedOut, embora o endereço possa estar disponível no próximo teste (portanto, não está inativo, mas expirado) - por que isso pode estar acontecendo? Estou fazendo ping com muita frequência ou? Eu defini um período de tempo limite generoso.
Obrigado.
Editar: eu deveria ter dito que não há 'servidor' em cada filial, apenas um roteador configurado para fazer parte da WAN - então há mais alguma coisa que eu possa fazer além de testar a conectividade?
Responder1
Sobre a verificação da conectividade básica de rede entre pontos em uma WAN. Sob condições normais, um rastreamento Ping regular deve mostrar conectividade estável.
No entanto, no seu caso (em links WAN), sua conectividade parece fraca.
Com isso quero dizer que pode haver perda intermitente de pacotes no caminho WAN.
Sobre a verificação da disponibilidade do aplicativo de servidor. Agora, esse é um jogo diferente.
Você precisa usar testes que envolvam o protocolo do servidor (TCP e HTTP/HTTPS se for um servidor web).
Porque seu 'servidor' pode estar acessível, mas o serviço pode estar quebrado ou desligado.
Atualização do seu comentário:
Se não houver como ter um endereço confirmado além do roteador para verificar se essa rede está acessível, você deve considerar os métodos clássicos: ConfiguraçãoGerenciamento de redenos roteadores e trabalhar para umrastreamento baseado na webestrutura.
Responder2
Na minha opinião, você realmente deseja um teste mais rico que garanta que alguns dos serviços (www, compartilhamento de arquivos, etc.) estejam disponíveis. O Ping informa apenas que o sistema operacional base está em execução. Existem ferramentas gratuitas como Nagios, ZenOSS e monit que já fazem isso.
Responder3
Você pode querer investigar algum tipo de software SNMP - ele foi projetado exatamente para o que você deseja fazer.SNMP líquidoé de código aberto e bastante popular.
Responder4
Depende do que você entende por disponível: o ping verifica a conexão com o servidor físico, mas não o software do servidor e sua capacidade de responder às solicitações recebidas. Os tempos limite podem vir de pings perdidos em qualquer lugar entre a origem e o servidor. Um traceroute (tracert, no Windows) mostrará onde os pings estão sendo descartados. Nenhum dos dois irá informá-lo sobre a capacidade de resposta do seu servidor (software).