Зеркальное отображение определенной веб-страницы? [закрыто]

У меня есть определенная страница, на которую я хочу направить пользователей, у которых есть проблемы с DNS:

Как диагностировать невозможность доступа к определенному веб-сайту в качестве конечного пользователя?

Однако есть одна загвоздка - пользователи, у которых проблемы с DNS, могут не получить доступ к нашим сайтам и прочитать эту страницу!

Таким образом, мне нужно надежное долговременное зеркало этой веб-страницы на другом домене, либо бесплатно, либо в качестве платной услуги. В идеале, такой, который будет периодически пинговать источник и постоянно обновлять его при любых изменениях.

Я обнаружил, что некоторые сообщества создали службы зеркалирования, чтобы сделать сайты «Digg-proof» или «Reddit-proof», но они являются специальными и не гарантируют работу в течение длительного времени.

Существуют ли веб-приложения, которые предлагают надежное долгосрочное зеркалирование отдельных веб-страниц? Или любое другое веб-приложение, которое я могу использовать для достижения этой функциональности?

Единственной полунадежной вещью, о которой я мог подумать, была ссылка на страницу в кеше 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- Specific-сайт-а-ан-конечный пользователь

Но вы не можете контролировать частоту его обновления и т. Д. Кроме того, это не самый красивый URI (хотя всегда есть сокращенная ссылка ). И схема кэширования URI Google изменилась за эти годы. Возможно, использование запроса google.com с оператором кэша будет более надежным.

Если у ваших пользователей проблемы с DNS, они вряд ли смогут разрешить какие-либо имена хостов вообще. В этом случае никакое зеркало не поможет, так как любое зеркало все еще требует поиска DNS для разрешения (http: // some / some-page) в IP-адрес.

Таким образом, отказоустойчивый способ состоит в том, чтобы дать сырой адрес (например, 164.34.119.12/page ). Однако это не работает с виртуальными хостами. В этом случае IP-адрес, который разрешает superuser.com, также используется для стекового потока, и веб-сервер не знает, для какого веб-сайта запрос.

Итак, начиная с

superuser.com/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user

Мы можем обойти поиск DNS, используя 64.34.119.12/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user ... но на веб-сервере с несколькими сайтами он будет преобразован в веб-сайт по умолчанию (и в этом случае приведет к созданию страницы на стеке).

Последний шаг: на веб-сервере вам нужно будет настроить прокси-правила для перенаправления запроса. Изменив URL на что-то вроде 64.34.119.12/superuser/question , вы можете настроить правило на веб-сервере для перенаправления любых запросов на правильный веб-сайт.

Ваш итоговый URL-адрес выглядит следующим образом: http://64.34.119.12/superuser/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end- пользователь

Для этого потребуется изменить настройки сервера, чтобы перенаправить URL-адрес на нужный виртуальный хост. Это также полностью обойдет любые проблемы с DNS.

Продолжая из чата ...

Я думаю, что лучшим методом будет проверка статуса, при которой, если он обнаружит, что сайт работает, он может показать полезные советы / копию ответа.

Я сделал пример сайта, который демонстрирует, что я имею в виду - без каких-либо эффектов стиля / Ajaxy. Это можно посмотреть на http://ezpcinternal.com/v2.aspx

Я обычно использую The Coral Cache , но я не уверен, какова его задержка в Штатах.

Почему бы не создать простой сценарий оболочки, который выполняется на задании CRON и автоматически создает локальное зеркало страницы с помощью встроенной функции зеркалирования wget ?

Может быть что-то вроде:

#!/bin/bash
rm -rf ./mirror
wget -E -H -k -K -p -P ./mirror "/superuser/231977"

Папка «зеркала» может быть символической ссылкой на папку, обслуживаемую веб-сервером, который напрямую доступен по IP-адресу, чтобы устранить любые сомнения, связанные с DNS.

Я смотрел на использование Google App Engine в качестве собственного CDN и нашел здесь хорошую статью о том, как это сделать.

http://www.digitalistic.com/2008/06/09/10-easy-steps-to-use-google-app-engine-as-your-own-cdn/

Я уверен, что также довольно легко разместить эту страницу или страницы там, возможно, даже использовать веб-сервисы, чтобы подключить вас обратно к вашему сайту, чтобы выполнить какое-либо обновление или интеграцию в реальном времени. Это бесплатно, и я уверен, что это будет какое-то время.

Вы можете попробовать зеркалирование определенной страницы с помощью AWS Cloudfront . Используя возможность получить Cloudfront с исходного сервера, ваша страница всегда должна быть актуальной. Пользователь, который запросил страницу из дистрибутива, в свою очередь заставит Cloudfront запросить контент у источника.