ब्राउज़र कई IP को कैसे संभालते हैं [बंद]

Question

क्या कोई मुझे सटीक ब्राउज़र व्यवहार के बारे में जानकारी के लिए निर्देशित कर सकता है जब ब्राउज़र को दिए गए होस्टनाम (जैसे कि ip1 और ip2) के लिए कई ए रिकॉर्ड प्राप्त होते हैं, और उनमें से एक सुलभ नहीं है।

मैं सटीक विवरण में रुचि रखता हूं, जैसे (लेकिन सीमित नहीं):

1. क्या ब्राउज़र को OS से 2 IP मिलेंगे, या उसे केवल एक ही मिलेगा?
2. कौन सा आईपी ब्राउज़र पहले प्रयास करेगा (यादृच्छिक या हमेशा पहले वाला)? अब, मान लें कि ब्राउज़र ने असफल IP1 के साथ शुरुआत की है
3. कब तक ब्राउज़र IP1 की कोशिश करेगा?
4. यदि उपयोगकर्ता IP1 के लिए प्रतीक्षा करते समय "बंद" हिट करता है, और फिर ताज़ा क्लिक करता है
   • कौन सा आईपी ब्राउज़र की कोशिश करेगा?
5. क्या होगा जब यह टाइम-आउट होगा - क्या यह ip2 की कोशिश करना शुरू कर देगा या त्रुटि देगा? (और यदि त्रुटि है, तो कौन सा आईपी ब्राउज़र उपयोगकर्ता के ताज़ा होने पर प्रयास करेगा)।
6. जब उपयोगकर्ता ताज़ा क्लिक करता है, तो क्या कोई ब्राउज़र नए DNS लुकअप का प्रयास करेगा?

अब मान लेते हैं कि ब्राउज़र ने पहले ip2 काम करने की कोशिश की।

1. अगले पृष्ठ के अनुरोध के लिए, क्या ब्राउज़र अभी भी ip2 का उपयोग करेगा, या यह बेतरतीब ढंग से ips को स्विच कर सकता है?
2. कितने समय तक ब्राउज़र अपने कैश में आईपी रखते हैं?
3. जब ब्राउज़र एक नया DNS अनुरोध भेजता है, और एक ही ips प्राप्त करता है, तो क्या समान ज्ञात-से-कार्यशील आईपी का उपयोग करना उचित होगा, या प्रक्रिया खरोंच से शुरू होती है और यह दोनों में से किसी को भी आज़मा सकती है?

बेशक यह सब ब्राउज़र पर निर्भर हो सकता है, और संस्करणों और प्लेटफार्मों के बीच भी भिन्न हो सकता है, मुझे अधिक से अधिक विवरण प्राप्त करने में खुशी होगी।

इसका उद्देश्य - मैं यह समझने की कोशिश कर रहा हूं कि जब राउंड-रॉबिन डीएनएस आधारित उपयोग किया जाता है और मेजबानों में से एक विफल हो जाता है तो वास्तव में उपयोगकर्ता क्या अनुभव करेंगे।

कृपया, मैं डीएनएस लोड संतुलन कितना खराब है, इस बारे में नहीं पूछ रहा हूं, और कृपया "यह मत करो", "यह एक बुरा विचार है", "आपको दिल की धड़कन / प्रॉक्सी / बीजीपी / जो भी चाहिए" और इतने पर जवाब देने से बचना चाहिए।

Comments

फ़ायरफ़ॉक्स के लिए एक ब्राउज़र एक्सटेंशन है जो आईपी एड्रेस (ओं) को दिखाता है, साथ ही वर्तमान में किस आईपी एड्रेस का उपयोग किया जा रहा है ( addons.mozilla.org/en-US/firefox/addon/showip/?src=search )। IP अनुरोधों को दिखाने के लिए आप फायरबग के 'नेट' टैब का भी उपयोग कर सकते हैं। मोटे तौर पर यह केवल फ़ायरफ़ॉक्स के लिए प्रासंगिक है, लेकिन मेरा मानना ​​है कि क्रोम देव कंसोल दिखाता है कि आईपी अनुरोध किसके द्वारा परोसे गए थे।

— स्मज करें

यह भी ध्यान दें कि कुछ आईएसपी के डीएनएस सर्वर केवल एक आईपी पते को वापस कर देंगे, वे ऐसा क्यों करते हैं मुझे पता नहीं है

— स्मूदगे

धन्यवाद सैम। और हाँ, क्रोम कंसोल DNS लुकअप, कैश और शो दिखाता है कि आईपी किससे अनुरोध किया गया है।

— Sandman4

यदि आप सटीक व्यवहार के बारे में बात करना चाहते हैं, तो पहली बात यह ध्यान दें कि वेब ब्राउज़र रिकॉर्ड के साथ कैसे व्यवहार करते हैं, यह नहीं है । नाम समाधान नेटवर्किंग स्टैक द्वारा नियंत्रित किया जाता है। तो क्या आप अपने द्वारा देखे गए कुछ विशिष्ट ब्राउज़र विषमता के बारे में पूछने की कोशिश कर रहे हैं या आप नाम समाधान के बारे में पूछ रहे हैं?

— रोब मोइर

ब्राउज़रों को एक होस्टनाम के लिए A रिकॉर्ड में सूचीबद्ध कई IPs (नेटवर्किंग स्टैक से) प्राप्त होते हैं। Google Chrome में, chrome: // net-internals / # dns आज़माएं और स्वयं देखें।

— Sandman4

Answer 1

आखिरकार, मुझे खुद "शोध" करना पड़ा। यहां क्रोमियम (संस्करण 12.0.742.112) व्यवहार (ubuntu 11.04 पर चल रहा है):

आम तौर पर यह ऐसा काम करता है: 1-सेंट आईपी की कोशिश करें, एक बार समय-आउट (189 सेकंड के बाद) 2-एनडी आईपी की कोशिश करें। सभी ips की कोशिश तक कोई त्रुटि संदेश नहीं दिया गया। अगला कनेक्शन पहले आईपी से फिर से शुरू होगा (भले ही यह सिर्फ एक सेकंड पहले विफल हो गया और दूसरा आईपी काम किया - ब्राउज़र परवाह नहीं करता है)

एक दिलचस्प बात - जब उपयोगकर्ता हिट रद्द करता है तो टीसीपी कनेक्शन का प्रयास बंद नहीं होता है - यानी जब मैं रद्द करता हूं, और 60 सेकंड क्लिक करने के बाद पुनः प्रयास करता हूं, तो पृष्ठ 130 सेकंड (पहले प्रयास से 189) में दिखाई देगा। लेकिन अगर मैं रद्द कर देता हूं और क्लिक करता हूं। 190 सेकंड के बाद ताज़ा करें , प्रक्रिया शुरू से शुरू हो जाएगी।

मूल प्रश्न में आइटम के बारे में:

1. ब्राउज़र को ओएस से दोनों आईपी प्राप्त होते हैं, ओएस आईपी के क्रम को नहीं बदलता है।
2. ब्राउज़र हमेशा पहले दिखाई देने वाले आईपी से जुड़ने की कोशिश करता है
3. यह 189 सेकंड के लिए कोशिश करता है
4. 2-एनडी प्रयास पर, यह पहले आईपी फिर से कोशिश करेगा।
5. जब पहली बार आईपी-आउट, ब्राउज़र चुपचाप दूसरे आईपी के लिए जारी रहता है। यदि यह काम करता है - पृष्ठ दिखाता है, यदि नहीं - प्रतीक्षा जारी है।

6. टेस्ट नहीं हुआ। जब हम क्रोम को देखते हैं, तो यह ब्लॉग क्रोम कैश DNS को केवल 1 मिनट तक बताता है: // net-internals / # dns:

   क्षमता: सफलता की प्रविष्टियों के लिए 100 समय (एमएस) जीने के लिए: 60000 समय विफलता प्रविष्टियों के लिए (एमएस) जीने के लिए: 0

यदि पहला आईपी काम करता है, तो प्रक्रिया समान होगी और यह हमेशा पहले प्रयास में सफल होगा।

Answer 2

लोगों को यह बताने के बजाय कि आप क्या चाहते हैं, क्यों नहीं समझाएं कि आप क्या हासिल करना चाहते हैं?

यदि आप सभी ज्ञात डेटा के बाद हैं, तो जाएं और स्वयं की जांच करें, या जो भी ब्राउज़र (सैकड़ों हैं) के दस्तावेज़ीकरण को पढ़ें।

यह आपको यह जानने में मदद कर सकता है कि इसका DNS से ​​कोई लेना-देना नहीं है, हालाँकि।

यदि किसी ब्राउज़र को अनुरोध मिलता है, तो वह पहले अपने विभिन्न कैश में यह देखने के लिए देखता है कि URL, या नहीं तो होस्टनाम, पहले से मौजूद है।
यदि नहीं, तो यह होस्टनाम को हल करने के लिए सिस्टम रिज़ॉल्वर को हिट करेगा।

यदि आईपी वापस हो जाता है, तो वह प्रतिक्रिया नहीं करता है, यह निश्चित रूप से इसको आंतरिक रूप से एक नकारात्मक लुकअप परिणाम के रूप में कैश करेगा , इसलिए सीधे एक ही URL को फिर से एक अलग ए रिकॉर्ड करने की उम्मीद में फिर से अनुरोध करना होगा क्योंकि यह बिना किसी उद्देश्य के काम करेगा। नेगेटिव IP रिजल्ट के साथ hostname रिजल्ट को स्टोर किया है।

या, आप जानते हैं, आप अधिक जानकारी प्रदान कर सकते हैं।

संपादित करें: मैं देख रहा हूं कि आपने सभी मांग और स्मार्टनेस के बीच कुछ जानकारी प्रदान की है।

बहुत अच्छा:

1. यदि ब्राउज़र होस्टनाम के लिए सिस्टम रिज़ॉल्वर से पूछता है, तो उसे उस होस्टनाम के लिए जो भी जानकारी होगी, वह वापस मिल जाएगी। अगर इसका मतलब 2 आईपी है, तो यह 2 आईपी लौटाएगा।
2. जो कि ब्राउज़र पर निर्भर करता है।
3. यह ब्राउज़र पर निर्भर करता है, लेकिन मैंने कभी भी उपयोग किए गए सभी ब्राउज़र एक ही अनुरोध करते हैं, और मानक टीसीपी कनेक्ट () टाइमआउट के बाद समय समाप्त कर लेंगे; मुझे पूरा यकीन है कि कहीं न कहीं इसके बारे में एक RFC है ...
4. जो कि ब्राउज़र पर निर्भर करता है। इसका DNS या नेटवर्किंग से कोई लेना-देना नहीं है।
5. नहीं।
6. नहीं।

आपको यह भी पता नहीं लगता है कि DNS रिकॉर्ड हर जगह कैश किए जाते हैं, खासकर क्लाइंट्स पर। ये रिकॉर्ड समाप्त हो जाते हैं, जो इस बात पर निर्भर करता है कि डोमेन स्वामी ने क्या इरादा किया है और आपके और उसके बीच कॉन्फ़िगर किए गए कैश। एक दिन से एक घंटे का समय सामान्य है, इसलिए यदि आप पागल की तरह ताज़ा करते हैं, तो रिज़ॉल्वर से एक और DNS क्वेरी करने की अपेक्षा न करें।

Comments

मैं जो हासिल करने की कोशिश कर रहा हूं उसका स्पष्टीकरण जोड़ा। मैं ज्ञात डेटा के बाद हूं, मुझे उम्मीद थी कि कोई जानता है क्योंकि प्रासंगिक जानकारी खोजने में कई दिन लग सकते हैं। मांग कर रहे हैं? मैं जानकारी के लिए पूछ रहा हूँ मुझे ज़रूरत है, मैं मांग नहीं कर सकता - हर कोई जवाब देने के लिए स्वतंत्र है या नहीं। स्मार्टसैरी? मैं आपकी पोस्ट से आहत हूं और मुझे नहीं लगता कि मैं इसके लायक हूं।

— Sandman4

मैं नहीं चाहता था कि चर्चा डीएनएस लोड बैलेंसिंग के खिलाफ लौ में बदल जाए। वैसे भी, टीसीपी कनेक्ट () की ओर इशारा करने के लिए धन्यवाद।

— Sandman4