Tengo una página en particular que quiero recomendar a los usuarios que tienen problemas de DNS:
¿Cómo diagnostico que no puedo acceder a un sitio web específico como usuario final?
Sin embargo, hay un problema: los usuarios que tienen problemas de DNS pueden no poder acceder a nuestros sitios y leer esa página.
Por lo tanto, necesito un espejo confiable a largo plazo de esta página web en otro dominio, ya sea gratis o como un servicio pago. Idealmente, uno que haga ping periódicamente a la fuente y lo mantenga actualizado con cualquier cambio también.
Encontré algunos servicios de creación de reflejo creados por la comunidad para hacer sitios "a prueba de Digg" o "a prueba de Reddit", pero estos son ad-hoc y no se garantiza que funcionen a largo plazo.
¿Hay alguna aplicación web que ofrezca un reflejo confiable a largo plazo de páginas web individuales? ¿O alguna otra aplicación web que pueda usar para lograr esta funcionalidad?
fuente
Respuestas:
Lo único semi confiable que se me ocurrió fue vincular a la página en el caché de Google:
http://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A%2F%2Fsuperuser.com%2Fquestions%2F231977%2Fhow-do-i-diagnose-not-being-able-to-reach-a- sitio web específico como usuario final
Pero no puede controlar con qué frecuencia se actualiza, etc. Además, no es el URI más bonito (aunque siempre existe el enlace acortado ). Y el esquema de URI en caché de Google ha cambiado con los años. Quizás usar la consulta stock google.com con el operador de caché sería más confiable.
fuente
Si sus usuarios tienen problemas de DNS, es poco probable que puedan resolver los nombres de host. En esa causa, ningún espejo ayudará, ya que cualquier espejo aún requiere una búsqueda de DNS para resolverse (http: // algo / alguna página) en una dirección IP.
Por lo tanto, la forma segura es proporcionar la dirección sin formato (por ejemplo, 164.34.119.12/page ). Sin embargo, esto no funciona con hosts virtuales. En este caso, la dirección IP que resuelve superuser.com también se usa para stackoverflow, y el servidor web no sabe para qué sitio web es la solicitud.
Entonces, comenzando con
superuser.com/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user
Podemos omitir una búsqueda de DNS usando 64.34.119.12/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user ... pero en un servidor web con múltiples sitios, se resolverá en el sitio web predeterminado (y en este caso, dará como resultado una página en stackoverflow).
Último paso: en el servidor web, deberá configurar reglas proxy para redirigir la solicitud. Al cambiar la URL a algo así como 64.34.119.12/superuser/question , puede configurar una regla en el servidor web para atender cualquier solicitud al sitio web correcto.
Su URL resultante se parece a http://64.34.119.12/superuser/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end- usuario
Esto requerirá un cambio en la configuración del servidor para redirigir la url al host virtual correcto. También evitará por completo cualquier problema de DNS.
fuente
Continuando desde el chat ...
Creo que el mejor método sería algún tipo de comprobador de estado en el que si detecta que el sitio está activo, puede mostrar sugerencias útiles / una copia de la respuesta.
He creado un sitio de muestra que demuestra lo que quiero decir, sin ningún tipo de estilo / efectos Ajaxy. Se puede ver en http://ezpcinternal.com/v2.aspx
fuente
Usualmente uso The Coral Cache , pero no estoy seguro de cuál es su latencia en los Estados Unidos.
fuente
¿Por qué no crear un script de shell simple que se ejecute en un trabajo CRON y cree un espejo local de la página automáticamente utilizando la función de reflejo incorporada de wget ?
Tal vez algo como:
La carpeta "espejo" podría estar vinculada a una carpeta servida por el servidor web al que se puede acceder directamente por dirección IP, para eliminar cualquier duda relacionada con DNS.
fuente
Estaba viendo el uso de Google App Engine como mi propia CDN y encontré un buen artículo sobre cómo hacerlo aquí
http://www.digitalistic.com/2008/06/09/10-easy-steps-to-use-google-app-engine-as-your-own-cdn/
Estoy seguro de que es bastante fácil alojar también esta página o páginas allí, probablemente incluso podría usar los servicios web para volver a conectar su sitio para realizar cualquier actualización o integración en tiempo real. Esto es gratis y estoy bastante seguro de que existirá por un tiempo.
fuente
Podría intentar duplicar una página en particular con AWS Cloudfront . Usando la capacidad de hacer que Cloudfront extraiga de un servidor de origen, su página siempre debe estar actualizada. Un usuario que solicitó la página de la distribución a su vez haría que Cloudfront solicite el contenido desde el origen.
fuente