संशयित VPN MTU समस्या मूल्यांचा अंदाज न घेता तपासणे

इंटरनेट MTU मूल्यांची यादी एक जास्त वेगवान वाटेपर्यंत अजमावणे ही चाचणी नाही, ती थांबण्याच्या नियमाशिवाय शोध आहे। जी पद्धत चालते ती एक नियंत्रित आकार-अट बदलते आणि निकालाची त्याच मार्गाशी तुलना करते। पुनरावृत्ती होऊ शकणाऱ्या, हानीकारक नसलेल्या अपयशापासून सुरुवात करा आणि प्रयोग मागे घेण्यास परवानगी देणारी चालणारी संरचना ठेवा। खालील सर्व तीच शिस्त गृहीत धरते, कारण तिच्याशिवाय तुमच्याकडे अशी संख्या राहते जिचा तुम्ही बचाव करू शकत नाही।

संख्या बदलण्यापूर्वी मार्ग निश्चित करा

कोणतीही सेटिंगला स्पर्श करण्यापूर्वी उपकरण, प्रवेश दुवा, बोगदा प्रोटोकॉल, अंतिम बिंदू, गंतव्य आणि पत्ता-कुटुंब लिहून ठेवा। ही सहा तथ्येच मार्ग आहेत, आणि दुसऱ्या मार्गाकडे निर्देशित तपासणी दुसरी समस्या मोजते। ती निकाल पुनरावृत्तीयोग्यही करतात, आणि याच गोष्टीमुळे चाचणी दुपारभर टोकरत बसण्यापासून वेगळी होते। टीप टर्मिनलजवळ ठेवा, डोक्यात नाही।

जी चालवण्याची तुम्हाला परवानगी आहे अशा सर्वात अरुंद चाचणीपासून सुरुवात करा। सर्व्हर बाजूचा बदल त्या अंतिम बिंदूच्या प्रत्येक वापरकर्त्यापर्यंत पोहोचतो, म्हणून तो तपासणीच्या शेवटी येतो, सुरुवातीला नाही।

तुम्ही नियंत्रित करता अशा आकाराने तपासा

Linux वर तपासणी ping -M do -s 1400 host सारखी दिसते, आणि Windows वर ping -f -l 1400 host सारखी। दोन्ही बाबतीत तुम्ही पेलोड ठरवत आहात, पॅकेटचा आकार नाही, कारण IP आणि ICMP शीर्षलेख वर जोडले जातात।

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

अयशस्वी तपासणी MTU मर्यादेचा पुरावा नाही

टाकून दिलेली तपासणी आकाराची मर्यादा नसून ICMP गाळणी असू शकते, आणि ही चूक लोकांना असे मूल्य ट्यून करायला लावते जे कधीच समस्या नव्हती। काहीही बदलण्यापूर्वी तपासणीची खऱ्या अनुप्रयोगाशी, आणि आकाराशी संबंधित त्रुटी संदेशाशी किंवा मर्यादित कॅप्चरशी तुलना करा। यशस्वी लहान ping देखील काहीही सिद्ध करत नाहीत, कारण ते मर्यादेखाली आरामात असू शकतात। संरचना हलण्यापूर्वी दोन स्वतंत्र निरीक्षणे किमान आहेत।

तपासणी यशस्वी असताना अनुप्रयोग अयशस्वी झाल्यास, त्या मार्गावर ही साधी आकार-मर्यादा नाही याचा पुरावा तुमच्याकडे आहे। हे लिहून ठेवा, कारण ते संभाव्य बदलांची संपूर्ण शाखा काढून टाकते।

क्लायंट आधीच समर्थन देत असलेला एकच मापदंड समायोजित करा

क्लायंट या प्रोटोकॉलसाठी दस्तऐवजीकृत करत असलेली सेटिंग बदला आणि अंतिम बिंदू व गंतव्य अस्पर्शित ठेवा, अन्यथा तुम्ही एकाच वेळी दोन गोष्टी बदलल्या। TCP MSS क्लॅम्प प्रत्येक UDP भार व्यापत नाही, म्हणूनच काम सुरू करणारा ब्राउझर बोगदा प्रोटोकॉल अगदी तसाच तुटलेला ठेवू शकतो। IPv4 आणि IPv6 येथे वेगळे मार्ग आहेत, कारण कोणत्याही मार्गनिवडीपूर्वीच शीर्षलेख वेगळे असतात।

दोन्ही प्रकाशित करत असल्यास दोन्ही कुटुंबे तपासा, कारण एकाचा निकाल दुसऱ्याबद्दल काहीही सांगत नाही। आज रात्री या मार्गावर जे मूल्य चालले ते एक माहितीबिंदू आहे, संपूर्ण VPN साठी MTU नाही। एका यशस्वी हस्तांतरणाच्या जोरावर ते जागतिक सेटिंगमध्ये उंचावू नका। मूल्य ते ज्या मार्गातून आले त्याच्या शेजारी लिहा।

मागे घेणे, पडताळणे आणि लिहिणे

तुलना गृहीतकाला पाठबळ देत नसेल तर मूळ मूल्य परत ठेवा। नेटवर्क व्यवस्थापकाने दुसरीकडे कायमस्वरूपी ओव्हरराइड साठवले नाही याची खात्री करा, कारण अशाच प्रकारे प्रयोग धोरण बनतो। पुन्हा जोडा आणि केवळ तुम्ही तपासत असलेला नाही तर सामान्य अनुप्रयोगही वापरून पहा। नंतर लक्षण, प्रभावी मार्ग, जुने व नवे मूल्य आणि निकाल किती पुनरावृत्तीयोग्य होता हे नोंदवा।

कोणीही बदल वाढवण्यापूर्वी ही नोंद बदल विनंतीसोबत ठेवा। मार्गाचा MTU शोधण्याची यंत्रणा RFC 1191 मध्ये स्पष्ट करते की लहान मूल्य एक मार्ग वाचवू शकते आणि दुसऱ्यासाठी काहीही करत नाही, आणि संख्यांची यादी त्या प्रतिमानाची जागा घेत नाही। तपासणी तेव्हा पूर्ण होते जेव्हा तुम्ही मार्ग, आकार, निरीक्षण आणि तुम्ही पुनर्संचयित केलेले मूल्य सांगू शकता।