हां, पिछले 5-10 वर्षों के अधिकांश ब्राउज़र अन्य ए रिकॉर्ड की कोशिश करेंगे यदि कोई जवाब देने में विफल रहता है। इसे कभी-कभी "ब्राउज़र रिट्री" या "क्लाइंट रिट्री" कहा जाता है। आप बहुत अधिक केवल इसके बारे में सामान देख पाएंगे जो विभिन्न ब्राउज़र कारनामों के संदर्भ में है, जो यह सुविधा साइटों का उपयोग न करने के लिए सक्षम बनाता है ( DNS रिबाइंडिंग और डीएनएस पिनिंग , एंटी-डीएनएस पिनिंग, एंटी-डेन्स पिनिंग, एंटी-एंटी देखें -आंटी-डीएनएस पिनिंग , और इसी तरह)। एक बुरा प्रतिष्ठा की तरह है, लेकिन यह साबित होता है कि यह मौजूद है।
बहुत ज्यादा हर ब्राउज़र वास्तव में ए रिकॉर्ड्स की पूरी सूची प्राप्त करता है, और वास्तव में दूसरों की जांच करता है कि क्या यह विफल हो रहा है। आप प्रत्येक क्लाइंट से 30 सेकंड के इंतजार की उम्मीद कर सकते हैं जब वे पहली बार किसी साइट को एक्सेस करने की कोशिश करते हैं, जब तक कि एक सर्वर डाउन नहीं होता है, जब तक कि यह एक काम करने वाले पते से कनेक्ट नहीं होता है। ब्राउज़र तब कैश करेगा जो पता काम कर रहा है और भविष्य के अनुरोधों के लिए उस एक का उपयोग करना जारी रखें जब तक कि वह भी विफल न हो, तो उसे फिर से सूची के माध्यम से खोजना होगा। इसलिए पहले अनुरोध पर 30 सेकंड प्रतीक्षा करें, उसके बाद ठीक है।
लेकिन यह ऐसा कुछ नहीं है जिसका आप आवश्यक रूप से उपयोग करना चाहते हैं, यह ब्राउज़र संगतता, ओएस संगतता, प्रॉक्सी संगतता, कैश-कंट्रोल हेडर के बारे में बहुत सारे चेतावनी देने वाला है, इस पर अजीब प्रभाव पड़ने वाले हैं कि क्या यह याद है कि आईपी नीचे हैं या शुरू हो रहे हैं हर अनुरोध पर 30 सेकंड प्रतीक्षा करें, आपकी साइट के लिए कस्टम क्लाइंट लिखने वाले लोग getaddrinfo के बजाय gethostbyname का उपयोग करते हुए समाप्त होने जा रहे हैं और विफलता के सभी प्रकार की संभावित समस्याओं को संभालने में सक्षम नहीं हैं।
आप "मास्टर" और "दास" सर्वरों के लिए अनुमति देने के लिए कई ए रिकॉर्ड पर भरोसा नहीं कर सकते हैं, क्योंकि आप कभी नहीं जान पाएंगे कि कौन सा पता सूची से बाहर निकालने वाला है। वे सभी को बस चलने पर आगंतुकों को संभालने में सक्षम होने की आवश्यकता होती है, क्योंकि किसी को भी ट्रैफ़िक मिल सकता है यदि वह ऊपर है। एक ब्राउज़र सोच सकता है कि सूची से बाहर आपका तीसरा सर्वर सबसे अधिक आकर्षक है, हो सकता है कि वह सबसे नज़दीक दिखे, और यह चुन लेगा कि भले ही तीनों अभी भी ऊपर हैं।
लेकिन अगर आप सीमाओं के साथ रह सकते हैं और आपके पास एक सरल HTTP सिस्टम है, जिसके साथ आप ब्राउज़र इंटरैक्शन की भविष्यवाणी कर सकते हैं, तो यह काम करेगा।
ओह, आपको बहुत सारे लोगों से यह कहना होगा कि यह अस्तित्व में नहीं है (क्योंकि यह 15 साल पहले सच था)। लेकिन आप कई नामों के साथ एक डोमेन नाम के लिए टेलनेट-आईएनजी की कोशिश कर सकते हैं, कुछ मृत आईपी और कुछ अच्छे लोगों के साथ, अगर आपको इसे साबित करने की आवश्यकता है (हाँ, यहां तक कि अच्छे पुराने टेलनेट अब getaddrinfo का उपयोग करते हैं और इन दिनों कई ए रिकॉर्ड को इनायत से संभालते हैं - यह IPs की एक अच्छी सूची को प्रिंट कर देगा जो इसे तब तक कोशिश कर रहा है जब तक कि यह आखिरकार सफल न हो जाए।