ทำมิเรอร์หน้าเว็บเฉพาะหรือไม่ [ปิด]

ฉันมีหน้าเฉพาะที่ฉันต้องการอ้างอิงผู้ใช้ที่มีปัญหา DNS:

ฉันจะวินิจฉัยว่าไม่สามารถเข้าถึงเว็บไซต์เฉพาะในฐานะผู้ใช้ปลายทางได้อย่างไร

อย่างไรก็ตามมีผู้ติดตาม 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- เฉพาะเว็บไซต์ตามที่ใช้บริการของผู้ใช้ปลายทาง

แต่คุณไม่สามารถควบคุมได้ว่าจะอัพเดตบ่อยแค่ไหนและอื่น ๆ ไม่ใช่ URIs ที่สวยที่สุด (แม้ว่าจะมีลิงก์ที่สั้นกว่าเสมอ) และรูปแบบ URI ที่แคชไว้ของ Google ได้เปลี่ยนแปลงไปหลายปี อาจจะใช้การสอบถาม google.com หุ้นกับผู้ให้บริการแคชน่าเชื่อถือมากขึ้น

หากผู้ใช้ของคุณมีปัญหา DNS พวกเขาไม่น่าจะสามารถแก้ไขชื่อโฮสต์ใด ๆ เลย ในสาเหตุดังกล่าวมิร์เรอร์จะช่วยได้เนื่องจากมิเรอร์ใด ๆ ที่ยังต้องการการค้นหา DNS เพื่อแก้ไข (http: // something / some-page) เป็นที่อยู่ IP

ดังนั้นวิธีที่ปลอดภัยที่ล้มเหลวคือให้ที่อยู่ raw (เช่น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-23-77-88-questions/ ... แต่บนเว็บเซิร์ฟเวอร์ที่มีหลายไซต์มันจะแก้ไขไปยังเว็บไซต์เริ่มต้น (และในกรณีนี้จะส่งผลให้หน้าเว็บบน stackoverflow)

ขั้นตอนสุดท้ายจากนั้น: ในเว็บเซิร์ฟเวอร์คุณจะต้องตั้งค่ากฎพร็อกซีเพื่อเปลี่ยนเส้นทางคำขอ โดยการเปลี่ยน 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"

โฟลเดอร์ "mirror" สามารถเชื่อมโยงไปยังโฟลเดอร์ที่ให้บริการโดยเว็บเซิร์ฟเวอร์ที่เข้าถึงได้โดยตรงจากที่อยู่ 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 ร้องขอเนื้อหาจากจุดเริ่มต้น