Script para registrar a interrupção da conectividade com a Internet [fechada]

1

Qual é a melhor abordagem para configurar um script para monitorar e relatar a conexão de um servidor com a Internet? Não estou me referindo à conexão com a rede local, mas sim à capacidade de um servidor (ou de toda a rede) de acessar a Internet, nos casos em que a conexão do seu provedor é interrompida.

Ele precisaria ser um script que testa uma conexão com a Internet 24 horas por dia, 7 dias por semana e registra os resultados (ou possivelmente apenas logs quando há uma interrupção) e, em seguida, outra maneira de ler esses registros e gerar um relatório várias estatísticas (que% do tempo era a conexão ISP offline, etc).

Isso seria algo tão simples quanto fazer ping em vários URLs populares (google.com, amazon.com, etc) e usar isso como um teste para determinar se você tem acesso à Internet? Ou existe uma abordagem melhor?

O propósito disto é principalmente registrar todo o tempo que nosso ISP está falhando, então podemos mostrá-los e eles podem usá-lo para consertar o problema ou usar os registros como alavancagem para o meu chefe usar para trocar de provedor.

    
por Jake Wilson 01.10.2013 / 21:55

3 respostas

1

Geralmente, isso é feito através do monitoramento da interface usando o SNMP no próprio firewall / roteador. Além disso, você poderia usar o netflow / sflow / jflow nas interfaces para coletar estatísticas / informações mais profundas.

Os ISPs maiores também oferecem portais com ferramentas de monitoramento (Sprint / Cox / TW e outros vêm à mente).

Além disso, você pode configurar ferramentas como o Nagios, etc., que podem fazer o envio de saída, bem como uma camada / verificação adicional

Você também pode usar ferramentas de terceiros, como o link ou semelhante para monitorar de fora para dentro, verificando se o seu servidor está acessível. Ou algo tão simples quanto um monitor de ping on-line gratuito (apenas pesquisa) que fará o ping do IP da WAN do seu firewall e, se estiver inacessível, o alertará.

O monitoramento apenas da perspectiva do seu servidor é míope e pode não refletir com precisão uma verdadeira interrupção do próprio ISP.

    
por 01.10.2013 / 22:17
2

Geralmente, a primeira coisa que você precisa definir define exatamente o que você chama de interrupção da Internet. Uma "interrupção" significa que você não pode alcançar:

  • o roteador CPE na sua rede local?
  • o roteador do ISP na outra extremidade do seu link PPP?
  • Um host em algum lugar no meio da sua rede ISP, como um servidor DNS ou Mail (mas o ISP poderia ter perdido toda a conectividade upstream)?
  • Um host 'geral' na internet? E se esse host estiver inativo, mas o restante da Internet estiver "ativo"?
  • Vários hosts na internet? O que exatamente é uma condição de "falha"? Quantos precisam estar inacessíveis antes de considerar a internet "descendente"?

Para sua instância específica (tentando definir a estabilidade de sua conexão com a Internet), os logs de monitoramento e / ou SNMP do roteador devem fornecer as informações necessárias, embora os testes "reais" de passagem de tráfego sejam provavelmente úteis. para. Se for o link entre você e o ISP, o ping de alguns dos seus hosts ISP (DNS / Mail, etc) seria bom, ou melhor script e pesquisa de DNS real contra o servidor DNS, e tentam estabelecer uma conexão SMTP ao servidor de e-mail. Claro, não faça isso com muita frequência ou eles podem acusá-lo de violar a Política de Uso Aceitável, os Termos de Serviço, etc.

    
por 02.10.2013 / 08:36
1

Eu uso uma ótima ferramenta para monitorar conexões como essa.

MTR ou a rota My Trace.

É uma evolução das operações singulares de ping e rotas de rastreamento, quase um híbrido dos dois.

MTR tem alguns modos de operação

mtr --report google.com

irá gerar um relatório para você enviar ao ISP para análise.

OU você pode tentar

mtr google.com e pressione d duas vezes para ver a latência ou perda entre todos os saltos durante um período de tempo.

Dependendo do sabor do Linux ao qual você está se referindo, a maioria das distribuições tem MTR em seus repositórios nativos.

    
por 02.10.2013 / 04:31