Existe algum servidor sempre ativo, que eu possa configurar para executar ping no modo automático para detectar que a Internet está disponível? Gosta do Google ou algo assim? Pode ser 8.8.8.8?

Minha situação específica é que estou usando um roteador WAN duplo. Cada WAN está conectada a um dos ISPs. Quando meu dinheiro termina em um ISP, ele não está bloqueando o canal. Em vez disso, ele redireciona para uma página de aviso. Portanto, o roteador acha que a Internet está ligada, porque os dados estão sendo transportados. Outra opção para este roteador é executar ping em algum endereço para verificar se a Internet está ligada.

Será que, se executar o ping 8.8.8.8, não serei banido pelo Google por uso inadequado? Eu suspeito que o Google possa ter algumas cotas. Se eu fizer ping nos servidores de nome com muita frequência, às vezes recebo rejeições de DNS.

Tente executar o ping 8.8.8.8, é o servidor DNS principal do Google. Eu sempre faço ping para verificar minha conexão e nunca a encontrei. Como alternativa, você pode tentar o 8.8.4.4, que é o DNS secundário do Google.

Você pode fazer o que a microsoft faz: verifique se

http://www.msftncsi.com/ncsi.txt

retorna "Microsoft NCSI". (Isso verifica se você pode obter os dados corretos de um site, por exemplo, não um portal Wifi ou outra coisa).

Você também pode verificar (por exemplo, ping) que dns.msftncsi.com

aponta para 131.107.255.255 (isso verifica se o DNS está funcionando).

Consulte http://technet.microsoft.com/en-us/library/ee126135

Nota: você também pode visitar http://www.msftconnecttest.com/redirect para acessar um portal cativo, se necessário.

Caso específico

Você deseja executar ping no IP fixo "mais próximo" que não pode ser roteado quando o ISP entra no estado de sobrecarga de tráfego. No meu sistema, eu posso emular essa situação falhando na autenticação ADSL. Nesse caso, comparando os resultados de traceroute -ncondições normais e anormais, vejo que o primeiro salto para 8.8.8.8 (ou qualquer site certamente externo) que não responda é 151.6.68.45, que faz parte da infraestrutura do meu ISP.

Usando esse IP como um host "check-alive" (depois de repetir o teste apenas para ter certeza de que está corrigido), posso detectar uma anomalia no ISP sem obter um falso positivo, caso o ADSL esteja OK, mas o roteamento do ISP apresenta problemas .

É claro que eu poderia usar o 8.8.8.8 de propósito , argumentando que, se não conseguir acessar a infraestrutura do Google, não me importo com o motivo , mas também com o roteador de backup.

Caso Geral

"Internet está disponível" é uma coisa muito mais complicada do que simplesmente "É 8.8.8.8 (ou outro IP) acessível".

Para uma verificação rápida, suja e nem sempre confiável, executar o ping 8.8.8.8 é bom. Mas, como você usa um IP numérico em vez de um nome de domínio, já percebeu que pode ter conectividade IP e ainda "sem Internet" devido a problemas de DNS.

Um diagnóstico completo teria que começar perto do seu PC.

• consulte a configuração da rede local e recupere o gateway e o servidor DNS.
• execute ping no gateway. Deve ser alcançável. Caso contrário, há um problema local.
• executar um traceroute com TTL curto (na verdade, um traceroute TCP como o fornecido pelo hping é melhor) de um endereço certamente externo, 8.8.8.8 está bom.
• Você deseja ver que, após o seu gateway, alguns nós extras estão respondendo.

Por exemplo, no Windows XP em casa, tenho:

 1    <1 ms    <1 ms    <1 ms  192.168.4.200   -- (constant) Home Linux box (gateway)
 2    <1 ms    <1 ms    <1 ms  192.168.0.1     -- (constant) ADSL modem
 3     *        *        *     *               -- WAN interface, always fails; expected
 4     *        6 ms     6 ms  151.6.64.30     -- (varies) ISP gateway

Agora tente executar ping no DNS. Deve ser alcançável. Melhor ainda, execute uma verificação simples de DNS. Para evitar caches de DNS, às vezes uso um domínio que responde a todas as consultas, não importa o quê. Então por exemplo

$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201

enquanto o servidor DNS não for confiável, a mesma consulta poderá retornar o endereço do portal cativo para wifi

$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200

ou 127.0.0.1, ou mesmo um erro.

No caso de falhas no DNS, posso tentar um traceroute do endereço IP do DNS (ou um DNS diferente, como o do OpenDNS). Isso não só me diz se o problema é o DNS ou o ISP, como também me permite contornar a interrupção.

Se tudo correr bem neste momento, sei que a conexão está funcionando corretamente, em geral; ainda pode falhar em alguns sites. Tudo o que eu preciso agora é de isup.meestar acordado :-), depois checando

http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com

ou um site como o Down Detector me manterá informado sobre o "clima da Internet".

Na verdade, no meu servidor doméstico, há um cache do Squid e a página de erro contém os últimos dados recuperados com sucesso das estatísticas do site, portanto, posso ver algo como

                Google.com is not reachable

                STORM ALERT: 12 out of 14 sites are unreachable!

assim como aconteceu nesta última sexta-feira aqui na Itália.

Como já foi dito, você pode executar ping, por exemplo, no DNS primário do Google para obter uma resposta, mas não depende de um endereço. O endereço (por várias razões) pode ficar inativo por um período de tempo, durante o qual o software relatará "sem conectividade", quando, de fato, a conectividade da sua rede pode não ter problemas. Você deve sempre tentar se comunicar com mais de um endereço para descartar falsos negativos.

Eu escreveria uma função que envia um endereço bip uma vez, se isso falhar, passar para outro (até, digamos, três IPs) e, no momento em que você receber algumas respostas positivas, a função deverá notificar seu aplicativo / script que a Internet está disponível e continuar.

Quando trabalhei em uma organização com uma conexão à Internet flakey, tive um script que testava vários servidores "sempre ativos" quanto à conectividade: primeiro o roteador / switch da LAN, depois o servidor de arquivos local, o roteador T1 e o DNS do ISP, então Google. Testei os dois últimos como endereços numéricos e como domínios, para verificar os problemas de DNS versus o ping em si. Se algum dos pings falhava com muita frequência, tive uma idéia de onde o problema de conexão à Internet provavelmente existia.

Para o endereço numérico do Google, eu apenas usei um que eu havia adquirido no nslookup anteriormente - nunca encontrei um caso em que ele estava inoperante. Suponho que 8.8.8.8 seria mais simples.

Frequentemente, quando as pessoas ligavam para dizer que a "internet estava inoperante", descobriu-se que apenas o DNS estava inoperante; podemos chamar essas coisas diferentes, mas do ponto de vista dos meus colegas, a internet não estava disponível nos dois casos.

Uso o 4.2.2.1 há mais de 10 anos. Antes havia o serviço DNS público do Google. Parece ser um cache DNS confiável e um respondedor de ICMP.

Experimente o seu servidor DNS, você precisará dele de qualquer maneira (e a conexão externa do seu ISP pode estar inativa). Realmente depende do que você quer. Se você precisar acessar o serviço específico de s, verifique-o.