एक विशेष वेब पेज मिररिंग? [बन्द है]

Question

मेरे पास एक विशेष पृष्ठ है जिसे मैं उन उपयोगकर्ताओं को संदर्भित करना चाहता हूं जिनके पास DNS समस्याएं हैं:

मैं कैसे निदान करूं कि अंतिम उपयोगकर्ता के रूप में एक विशिष्ट वेबसाइट तक नहीं पहुंच पा रहा हूं?

हालाँकि, एक कैच -22 है - जिन उपयोगकर्ताओं को DNS की समस्या हो रही है, वे हमारी साइटों तक पहुँचने में सक्षम नहीं हो सकते हैं और उस पृष्ठ को पढ़ सकते हैं!

इस प्रकार, मुझे किसी अन्य डोमेन पर इस वेब पेज के विश्वसनीय दीर्घकालिक दर्पण की आवश्यकता है , या तो मुफ्त में या भुगतान की गई सेवा के रूप में। आदर्श रूप से, वह जो समय-समय पर स्रोत को पिंग करेगा और इसे किसी भी बदलाव के साथ अद्यतित रखेगा।

मैंने पाया कि कुछ समुदायों ने साइटों को "डिग-प्रूफ" या "रेडिट-प्रूफ" बनाने के लिए मिररिंग सेवाओं का निर्माण किया, लेकिन ये तदर्थ हैं और दीर्घकालिक के लिए काम करने की गारंटी नहीं है।

क्या कोई वेब पेज है जो व्यक्तिगत वेब पेजों के विश्वसनीय दीर्घकालिक मिररिंग प्रदान करता है? या किसी भी अन्य webapp मैं इस कार्यक्षमता को प्राप्त करने के लिए उपयोग कर सकते हैं?

Comments

याद रखें fireballed.org ?

— 19x11 पर digitxp

Answer 1

केवल वही अर्ध-विश्वसनीय चीज़ जो मैं 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- विशिष्ट-वेबसाइट के रूप में एक-एंड-यूज़र

लेकिन आप नियंत्रित नहीं कर सकते कि यह कितनी बार अपडेट किया गया है, आदि। इसके अलावा, यूआरआई का दिखावा नहीं है (हालांकि हमेशा छोटा लिंक है )। और Google कैश्ड URI स्कीम पिछले कुछ वर्षों में बदल गई है। शायद कैश ऑपरेटर के साथ स्टॉक google.com क्वेरी का उपयोग करना अधिक विश्वसनीय होगा।

Answer 2

यदि आपके उपयोगकर्ताओं को DNS समस्याएं हो रही हैं, तो वे किसी भी होस्ट नाम को हल करने में सक्षम होने की संभावना नहीं रखते हैं। उस कारण से, कोई भी दर्पण मदद नहीं करेगा, क्योंकि किसी भी दर्पण को अभी भी एक आईपी पते में (http: // something / some-page) हल करने के लिए DNS लुकअप की आवश्यकता होती है।

तो असफल सुरक्षित तरीका पते को कच्चा देना है (जैसे 164.34.119.12/page )। हालाँकि, यह वर्चुअल होस्ट के साथ काम नहीं करता है। इस स्थिति में, आईपी एड्रेस जो superuser.com को हल करता है, इसका उपयोग स्टैकओवरफ्लो के लिए भी किया जाता है, और वेब सर्वर को यह नहीं पता होता है कि अनुरोध किस वेबसाइट के लिए है।

तो, के साथ शुरू

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

हम 64.34.119.12/questions/231977/how-do-i-diagnose-not-being-able-to-reach-a-specific-website-as-an-end-user ... का उपयोग करके DNS लुक को बायपास कर सकते हैं ... लेकिन कई साइटों के साथ एक वेबसर्वर पर, यह डिफ़ॉल्ट वेबसाइट को हल करेगा (और इस मामले में, स्टैकफ़्लोफ़्लो पर एक पृष्ठ में परिणाम होगा)।

अंतिम चरण तब: वेबसर्वर पर, आपको अनुरोध को पुनर्निर्देशित करने के लिए प्रॉक्सी नियम स्थापित करने होंगे। 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 की किसी भी समस्या को पूरी तरह से दरकिनार कर देगा।

Answer 3

चैट पर जारी है ...

मुझे लगता है कि सबसे अच्छा तरीका किसी प्रकार का स्टेटस चेकर होगा, जहां अगर यह पता लगाता है कि साइट ऊपर है, तो यह सहायक संकेत / उत्तर की एक प्रति प्रदर्शित कर सकता है।

मैंने एक नमूना साइट बनाई है जो प्रदर्शित करती है कि मेरा क्या मतलब है - बिना किसी प्रकार की शैली / अज़ीक प्रभाव। इसे http://ezpcinternal.com/v2.aspx पर देखा जा सकता है

Answer 4

मैं आमतौर पर कोरल कैश का उपयोग करता हूं , लेकिन मुझे यकीन नहीं है कि राज्यों में इसकी विलंबता क्या है।

Comments

हाँ, यह अच्छी तरह से काम करता है! superuser.com.nyud.net/questions/231977/…

— जेफ एटवुड

Answer 5

क्यों नहीं एक साधारण शेल स्क्रिप्ट बनाई जाती है जो CRON जॉब पर चलती है और पेज के लोकल मिरर को स्वचालित रूप से Wget के बिल्ट-इन मिरर फीचर का उपयोग करके बनाती है ?

शायद कुछ इस तरह:

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

"मिरर" फ़ोल्डर को किसी भी डीएनएस से संबंधित संदेह को खत्म करने के लिए आईपी पते द्वारा सीधे पहुंच वाले वेब सर्वर द्वारा परोसे जाने वाले फ़ोल्डर से सहानुभूति हो सकती है।

Comments

बेशक, लेकिन मैं अपने स्वयं के अलावा अन्य व्यावसायिक डाटासेंटरों और अन्य कंपनियों के संदर्भ में अधिक सोच रहा हूं

— जेफ एटवुड

ओह, मैंने सोचा था कि यह विशुद्ध रूप से DNS समस्याओं को दूर करने के लिए था, इसलिए मैं ओकाम के रेजर के साथ गया था। और हां, कीमत सही है। :)

— सेगफॉल्ट

Answer 6

मैं अपने खुद के सीडीएन के रूप में Google ऐप इंजन का उपयोग कर रहा था और यह कैसे करना है पर एक अच्छा लेख मिला

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

मुझे यकीन है कि इस पृष्ठ या वहाँ के पृष्ठों को होस्ट करना भी काफी आसान है, शायद किसी भी अद्यतन या वास्तविक समय के एकीकरण के लिए आपको अपनी साइट से कनेक्ट करने के लिए वेब सेवाओं का उपयोग भी कर सकता है। यह नि: शुल्क है और मुझे पूरा यकीन है कि थोड़ी देर के लिए आसपास होगा।

Answer 7

आप एडब्ल्यूएस क्लाउडफ्रंट के साथ एक विशेष पृष्ठ को मिरर करने की कोशिश कर सकते हैं । क्लाउड सर्वर को एक मूल सर्वर से खींचने की क्षमता का उपयोग करने से आपका पृष्ठ हमेशा अद्यतित होना चाहिए। वितरण से पृष्ठ का अनुरोध करने वाला उपयोगकर्ता बदले में क्लाउडफ्रंट को मूल से सामग्री का अनुरोध करने का कारण होगा।