DNS विफलता या MTU समस्या? अनुरोध वास्तव में कहाँ रुकता है

दो विफलताएँ उपयोगकर्ता से एक ही वाक्य निकालती हैं: साइट काम नहीं कर रही। वे अलग-अलग परतों पर होती हैं, और यही अंतर तय करता है कि आप क्या बदलें। नाम हल होने की विफलता किसी भी कनेक्शन के बनने से पहले रुक जाती है। पैकेट आकार की विफलता नाम हल होने के बाद और हैंडशेक पूरा होने के बाद होती है, इसलिए पेज लोड होना शुरू होता है और फिर अटक जाता है। सेटिंग खोजने से पहले चरण खोजें।

दो अलग परतों पर दो विफलताएँ

हल करना नाम को पते में बदलता है, और जब तक वह सफल न हो, कनेक्शन में कुछ और शुरू नहीं हो सकता। पथ MTU की समस्याएँ बाद में होती हैं, जब किसी लिंक की सीमा से बड़ा पैकेट गिरा दिया जाता है और प्रेषक को कभी बताया नहीं जाता। एक खोज है; दूसरी डिलीवरी विफलता है जो केवल एक निश्चित आकार से ऊपर दिखती है।

लक्षण ऐसे अलग होते हैं जिन्हें आप बिना किसी उपकरण के देख सकते हैं। DNS विफलता तत्काल और स्थिर होती है: ब्राउज़र कहता है कि सर्वर नहीं मिल रहा। MTU विफलता आंशिक होती है: पेज शुरू होता है, कुछ संसाधन आते हैं, और बड़ा उत्तर या अपलोड अटक जाता है।

यदि आपका लक्षण आंशिक है, तो DNS देखना बंद करें।

चरण 1: क्या नाम बिलकुल हल होता है

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

ऑपरेटिंग सिस्टम जो रिज़ॉल्वर उपयोग करता, उससे पूछें, फिर तुलना करें:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

यदि हल करना विफल हो, तो समस्या उस नीति और उसकी पहुँच में है। केवल तुलना पाने के लिए निजी नाम मनमाने सार्वजनिक रिज़ॉल्वर पर न भेजें, क्योंकि तुलना स्वयं उन नामों को लीक करती है जिन्हें आप आंतरिक रखना चाहते थे।

चरण 2: स्थानांतरण कहाँ रुकता है

यदि नाम हल हो जाय और कनेक्शन शुरू हो, तो दर्ज करें कि क्रिया कहाँ रुकती है। ऐसा पेज जो प्रस्तुत होकर एक संसाधन पर अटक जाय, ऐसा अपलोड जो निश्चित बिंदु पर मर जाय, या ऐसा बड़ा डाउनलोड जो कभी पूरा न हो जबकि छोटे अनुरोध काम करें — ये सब आकार के आकार वाले लक्षण हैं। जो उत्तर बिलकुल शुरू ही न हो उसका आकार अलग है।

तुलना करते समय एंडपॉइंट और एप्लिकेशन का गंतव्य स्थिर रखें, वरना आप एक साथ दो चर माप रहे हैं। इस चरण पर अन्य कारण भी संभव हैं: सेवा त्रुटियाँ, हानि, फ़िल्टर का व्यवहार और टनल का पुनः जुड़ना — सभी अटकाव पैदा करते हैं।

एक दोहराने योग्य अटकाव दस किस्सों से अधिक मूल्यवान है।

MTU केवल हैंडशेक के बाद ही हानि क्यों पहुँचाता है

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

इसीलिए लक्षण आकार पर निर्भर और दोहराने योग्य है, यादृच्छिक नहीं। यह यह भी समझाता है कि होस्ट को पिंग करना कुछ सिद्ध नहीं करता, क्योंकि छोटी ICMP प्रतिध्वनि ऐसे पथ को पार कर सकती है जो पूर्ण आकार का पेलोड नहीं ले जाएगा। यदि संभव हो तो पथ के दोनों सिरों से आकार मापें। केवल एक दिशा में दिखने वाली सीमा टनल का MTU नहीं, बल्कि राउटिंग असमानता है।

अनुमान लगाने के बजाय आकार स्पष्ट रूप से मापें:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

एक परत बदलें, फिर सिद्ध करें

नामों के लिए रिज़ॉल्वर नीति बदलें और वही लुकअप दोबारा चलाएँ। आकार के लिए MTU प्रक्रिया का उपयोग करें, मूल मान दर्ज करके और वापस लौटने की तैयारी के साथ, क्योंकि टनल का वास्तविक MTU जाने बिना MSS सीमित करना एक अटकाव को दूसरे से बदल देता है।

कई सेटिंग बदलने के बाद एक बार लोड होने वाला पेज यह नहीं बताता कि मरम्मत क्या थी। एक चीज़ बदलें, वही परीक्षण दोबारा चलाएँ, और परिणाम को अपने दर्ज किए गए पहले विफल चरण के पास रखें।

यही रिकॉर्ड DNS, पैकेट आकार और प्रमाणीकरण को ऐसे स्थायी वैकल्पिक रास्तों के ढेर में बदलने से रोकता है जिन्हें कोई समझा नहीं सकता। कच्चे IP से परीक्षण करना ऐसे शॉर्टकट का अच्छा उदाहरण है जो TLS पहचान बदल देता है, और तुलना सफल करने के लिए प्रमाणपत्र सत्यापन बंद करना निदान नहीं है।