¿Hay algún servidor común siempre activo que pueda configurar para hacer ping en modo automático para detectar que Internet está disponible? ¿Te gusta Google o algo así? Puede ser 8.8.8.8?

Mi situación específica es que estoy usando un enrutador WAN dual. Cada WAN está conectada a uno de los ISP. Cuando mi dinero termina en uno de los ISP, no está bloqueando el canal. En su lugar, redirige a una página de advertencia. Entonces, el enrutador cree que Internet está encendido, porque los datos están viajando. Otra opción para este enrutador es hacer ping a alguna dirección para verificar si Internet está activado.

Me pregunto, si hago ping 8.8.8.8, ¿Google no me prohibirá el uso inapropiado? Sospecho que Google podría tener algunas cuotas. Si hago ping a sus servidores de nombres con demasiada frecuencia, a veces obtendré rechazos de DNS.

Intente hacer ping 8.8.8.8, es el servidor DNS primario de Google. Siempre hago ping para verificar mi conexión y nunca la encuentro inactiva. Alternativamente, puede probar 8.8.4.4, que es DNS secundario de Google.

Puedes hacer lo que hace Microsoft: verifica que

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

devuelve "Microsoft NCSI". (Esto verifica que puede obtener los datos correctos de un sitio, por ejemplo, no un portal Wifi u otra cosa).

También puede verificar (por ejemplo, ping) que dns.msftncsi.com

apunta a 131.107.255.255 (esto verifica que DNS esté funcionando).

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

NB: también puede visitar http://www.msftconnecttest.com/redirect para acceder a un portal cautivo si es necesario.

Caso específico

Desea hacer ping a la IP fija "más cercana" que no es enrutable cuando el ISP entra en estado de sobrecarga de tráfico. En mi sistema, puedo emular esta situación al fallar la autenticación ADSL. En ese caso, al comparar los resultados traceroute -nen condiciones normales y anormales, veo que el primer salto a 8.8.8.8 (o cualquier sitio seguramente externo) que no responda es 151.6.68.45, que es parte de la infraestructura de mi ISP.

Al usar esa IP como un host "check-alive" (después de repetir la prueba solo para asegurarme de que está reparada), puedo detectar una anomalía de ISP sin obtener un falso positivo en caso de que ADSL esté bien, pero el enrutamiento de ISP tiene problemas .

Por supuesto, podría usar 8.8.8.8 a propósito , razonando que si no puedo acceder a la infraestructura de Google, no me importa la razón , también podría intentar con el enrutador de respaldo.

Caso general

"Internet está disponible" es una cosa mucho más complicada que simplemente "Es 8.8.8.8 (u otra IP) accesible".

Para una verificación rápida, sucia y no siempre confiable, hacer ping a 8.8.8.8 es bueno. Pero viendo cómo usa una IP numérica en lugar de un nombre de dominio, ya se ha adaptado al hecho de que podría tener conectividad IP y aún "no tener Internet" debido a problemas de DNS.

Un diagnóstico completo tendría que comenzar cerca de su PC.

• consultar la configuración de la red local y recuperar la puerta de enlace y el servidor DNS.
• haga ping a la puerta de enlace. Debería ser accesible. Si no, hay un problema local.
• ejecute un traceroute con TTL corto (en realidad, un traceroute TCP como el proporcionado por hping es mejor) de una dirección seguramente externa, 8.8.8.8 está bien.
• desea ver que, después de su puerta de enlace, algunos nodos adicionales están respondiendo.

Por ejemplo, en Windows XP en casa tengo:

 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

Ahora intente hacer ping a DNS. Debería ser accesible. Aún mejor, ejecute una simple verificación de DNS. Para evitar las memorias caché de DNS, a veces uso un dominio que responderá a todas las consultas sin importar qué. Así por ejemplo

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

mientras que si el servidor DNS no es confiable, la misma consulta podría devolver la dirección del portal cautivo para wifi

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

o 127.0.0.1, o incluso un error.

En caso de fallas de DNS, puedo probar una ruta de seguimiento de la dirección IP de DNS (o un DNS diferente como los de OpenDNS). Eso no solo me dirá si el problema es el DNS o el ISP, sino que a menudo me permitirá evitar la interrupción.

Si todo va bien en este momento, sé que la conexión funciona, en general; aún puede fallar en algunos sitios. Todo lo que necesito ahora es isup.meestar despierto :-), luego verificar

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

o un sitio como Down Detector me mantendrá informado sobre el "clima de Internet".

En realidad, en mi servidor doméstico hay un caché de Squid y la página de error contiene los últimos datos recuperados con éxito de las estadísticas del sitio, por lo que puedo ver algo como

                Google.com is not reachable

                STORM ALERT: 12 out of 14 sites are unreachable!

tal como sucedió este último viernes aquí en Italia.

Como han dicho algunos, puede hacer ping, por ejemplo, al DNS primario de Google para obtener una respuesta, pero no confíe en una sola dirección. La dirección (por varias razones) puede estar inactiva por un período de tiempo, durante el cual su software informará "no hay conectividad", cuando, de hecho, su conectividad de red puede no estar experimentando ningún problema. Siempre debe intentar comunicarse con más de una dirección para descartar falsos negativos.

Escribiría una función que haga ping a una dirección una vez, si eso falla, pase a otra (hasta, por ejemplo, tres IP) y en el momento en que reciba un par de respuestas positivas, la función debería notificar a su aplicación / script que Internet está disponible y Hacer continuación.

Cuando trabajaba para una organización con una conexión a Internet inestable, tenía un script que probaba la conectividad de varios servidores "siempre activos": primero el enrutador / conmutador LAN, luego el servidor de archivos local, luego el enrutador T1, luego el DNS del ISP, entonces Google. Probé los dos últimos como direcciones numéricas y como dominios, para verificar los problemas de DNS frente al ping per se. Si alguno de los pings fallaba con demasiada frecuencia, tuve una idea de dónde era más probable que existiera el problema de conectarse a Internet.

Para la dirección numérica de Google, simplemente utilicé una que había recibido de nslookup anteriormente; nunca me encontré con un caso en el que no funcionaba. Supongo que 8.8.8.8 sería más simple.

Con bastante frecuencia, cuando la gente llamaba para decir que "Internet estaba caído", resultaba que solo DNS estaba caído; Podríamos llamar a esas cosas diferentes, pero desde el punto de vista de mis colegas, Internet no estaba disponible en ninguno de los casos.

He estado usando 4.2.2.1 durante más de 10 años. Antes existía el servicio de DNS público de Googles. Parece ser un caché de DNS confiable y un respondedor ICMP.

Pruebe su servidor DNS, lo necesitará de todos modos (y la conexión externa de su ISP podría estar inactiva). Realmente depende de lo que quiera. Si necesita acceder al servicio específico, verifíquelo.