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 ओळख बदलणाऱ्या छोट्या मार्गाचे चांगले उदाहरण आहे, आणि तुलना यशस्वी व्हावी म्हणून प्रमाणपत्र पडताळणी बंद करणे हे निदान नाही.