특정 웹 페이지를 미러링 하시겠습니까? [닫은]

DNS 문제가있는 사용자를 추천하려는 특정 페이지가 있습니다.

최종 사용자로서 특정 웹 사이트에 접속할 수없는 경우 어떻게 진단합니까?

그러나 catch-22 가 있습니다. 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- 최종 사용자로서의 특정 웹 사이트

그러나 얼마나 자주 업데이트되는지 등을 제어 할 수 없습니다. 또한 가장 짧은 URI는 아닙니다 (항상 단축 링크 가 있지만 ). Google 캐시 URI 체계는 수년에 걸쳐 변경되었습니다. 캐시 연산자로 stock google.com 검색어를 사용하는 것이 더 안정적 일 수 있습니다.

사용자에게 DNS 문제가있는 경우 호스트 이름을 전혀 확인할 수 없습니다. 이 경우 어떤 미러에서도 여전히 IP 주소로의 DNS 조회 (http : // something / some-page)가 필요하므로 미러는 도움이되지 않습니다.

따라서 안전한 안전 방법은 주소를 원시 (예 : 164.34.119.12/page )로 지정하는 것입니다. 그러나 가상 호스트에서는 작동하지 않습니다. 이 경우 superuser.com이 확인하는 IP 주소도 스택 오버플로에 사용되며 웹 서버는 요청이 어느 웹 사이트인지 알 수 없습니다.

시작부터

수퍼 유저.

우리는 사용하여 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-be-able-to-reach-a-specific-website-as-an-end- 사용자

URL을 올바른 가상 호스트로 리디렉션하려면 서버 설정을 변경해야합니다. 또한 DNS 문제를 완전히 우회합니다.

채팅에서 계속 ...

가장 좋은 방법은 사이트가 작동하는 것을 감지하면 유용한 힌트 / 답변 사본을 표시 할 수있는 일종의 상태 검사기라고 생각합니다.

스타일 / 아약 효과의 종류없이 내가 의미하는 바를 보여주는 샘플 사이트를 만들었습니다. 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에서 원본의 콘텐츠를 요청하게됩니다.