सेल्युलर नेटवर्कमध्ये VPN चा तोटा Ethernet पेक्षा वाईट का दिसतो
दोन प्रवेश नेटवर्क आणि टनेलच्या दोन अवस्था चार संख्या देतात. मॅट्रिक्स भरा, दोन्ही अपूर्णांक ठेवा आणि पॅटर्नला पुढील मोजमाप निवडू द्या.
तेच लॅपटॉप, तेच सर्व्हर आणि तेच टनेल Ethernet वर त्यांच्या थ्रूपुटचा पाचवा भाग आणि सेल्युलर नेटवर्कवर तीन चतुर्थांश गमावू शकतात, आणि या दोन्ही संख्यांपैकी कोणतीही संख्या VPN तुटलेला आहे असे सांगत नाही. प्रत्येक प्रवेश नेटवर्क वेगळा मार्ग देतो, आणि टनेल त्यावर दुसरा मार्ग जोडते. एका टनेल असलेल्या संख्येची टनेल नसलेल्या संख्येशी तुलना केल्याने काहीही उत्तर मिळत नाही, कारण दोन्ही संख्या वेगळे छेद वर्णन करतात. चार सेल आणि प्रत्येक ओळीत एक टिकवण अपूर्णांक पुढे कोणता प्रश्न विचारायचा ते सांगतील.
चार सेल, एक शिक्षा नाही
प्रत्येक प्रवेश नेटवर्कवर थेट आधाररेषा आणि टनेल असलेला निकाल मोजा, आणि ते एका निर्णयाऐवजी मॅट्रिक्स म्हणून ठेवा. आधाररेषा म्हणजे त्या नेटवर्कवर टनेलशिवाय केलेले तेच काम; टनेल असलेला निकाल म्हणजे त्यासह केलेले तेच काम.
| Access network | Direct baseline | Same task through the tunnel |
|---|---|---|
| Ethernet | E0 | E1 |
| Cellular | C0 | C1 |
थेट चाचण्यांसाठी अधिकृत कामाचा भार वापरा आणि पर्यावरणाने मागितलेले गोपनीयता नियंत्रण राखा. धोरणाचा भंग करणारी चाचणी अशी संख्या देते जी तुम्ही प्रकाशित करू शकत नाही आणि पुनरावृत्ती करू नये.
चल स्थिर ठेवा
उपकरण, अनुप्रयोग, गंतव्य, हस्तांतरणाची दिशा आणि VPN चा शेवटचा बिंदू चारही सेलमध्ये अपरिवर्तित ठेवा. जर एखादी सेवा रनदरम्यान तिचा चाचणी सर्व्हर शांतपणे बदलत असेल, तर बदल नोंदवा आणि जोडीला अनियंत्रित माना, फरक सरासरीने सपाट करण्याऐवजी.
मॅट्रिक्स दोन्ही दिशांनी आणि दिवसाच्या तुलनीय वेळी पुन्हा करा. सेल्युलर रेडिओच्या परिस्थिती आणि त्याच्या सेलवरील भार काही मिनिटांत बदलतात, त्यामुळे एक असाधारण चांगली आधाररेषा दिसणारी शिक्षा वाढवू शकते. प्रातिनिधिक मूल्याजवळ निकालांचा विस्तार नोंदवा, आणि टनेल असलेल्या रन आधाररेषांसह मिसळल्या होत्या की ब्लॉकमध्ये चालवल्या होत्या ते नोंदवा.
मिसळणे बहुतेक लोकांच्या अपेक्षेपेक्षा जास्त महत्त्वाचे आहे. दुपारच्या जेवणापूर्वी मोजलेली आधाररेषा आणि त्यानंतर मोजलेली टनेल असलेली रन एकाच नावाची दोन वेगळी नेटवर्क आहेत.
छेद दृश्यमान ठेवा
टिकवण अपूर्णांक आणि निरपेक्ष दर दोन्ही नोंदवा: E1 ला E0 ने भागले, आणि C1 ला C0 ने भागले. त्यांच्या थ्रूपुटचा थोडा भाग टिकवणारी वेगवान लिंक आणि त्यातील बहुतांश भाग टिकवणारी संथ लिंक या वेगळ्या निष्कर्ष आहेत, आणि फरक फक्त अपूर्णांक दाखवतो.
निरपेक्ष थ्रूपुट अजूनही वापरकर्ता काय करू शकतो हे ठरवते. अपूर्णांक कुठे पाहायचे हे ठरवतो. जेव्हा Ethernet त्याच्या आधाररेषेचा बहुतांश भाग टिकवते आणि सेल्युलर खूपच कमी, तेव्हा मनोरंजक चल सेल्युलर मार्गावर आहे, एन्क्रिप्शनच्या आत नाही.
दोन्ही संख्या अहवालाचा भाग आहेत, कारण प्रत्येक एकटी अशा निष्कर्षाला आधार देते ज्याला डेटा आधार देत नाही.
काहीही बदलण्यापूर्वी पॅटर्न वाचा
दोन्ही नेटवर्कवर समान टनेल असलेल्या कमाल मर्यादा एखाद्या सामायिक गोष्टीकडे निर्देश करतात: शेवटचा बिंदू, त्याचा प्रोसेसर, दर मर्यादा किंवा एक गर्दीचा हॉप. फक्त सेल्युलर नेटवर्कवर दिसणारी घट त्या नेटवर्कचा मार्ग, तोटा, विलंब आणि प्रभावी पॅकेट आकाराकडे निर्देश करते.
हे संकेत आहेत, निदान नाही, आणि तिकीट लिहिताना हा फरक महत्त्वाचा आहे. सामायिक कमाल मर्यादा सेल्युलर मोडेम बदलल्यावर सुधारणार नाही, आणि फक्त सेल्युलरची घट शेवटच्या बिंदूचा आकार बदलल्यावर सुधारणार नाही. बदल सुचवण्यापूर्वी दोन पॅटर्नपैकी कोणता पाहिला ते सांगा. अशा प्रकारे बदल अंदाज घेऊन जातो, आणि पुढील मोजमाप तो सिद्ध किंवा नष्ट करू शकते.
OpenVPN चे स्वतःचे कार्यप्रदर्शन मार्गदर्शन बँडविड्थ, प्रोसेसर, वाहतूक आणि पॅकेट आकाराच्या मर्यादा त्याच रेषांवर वेगळ्या करते, जे टनेल क्वचितच एकच चल असतो याची उपयुक्त आठवण आहे.
जेव्हा पॅकेट आकार संशयित असेल
एन्कॅप्स्युलेशन पॅकेटची जागा वापरते, त्यामुळे सेल्युलर मार्गावर प्रभावी आकार इंटरफेस जाहीर करतो त्यापेक्षा लहान असू शकतो. ज्या मार्गाची तुलना करत आहात त्यासाठी पॅकेट आकाराचे पुरावे ठेवा, प्रवेश तंत्रज्ञानाच्या नावावरून मूल्य गृहीत धरण्याऐवजी.
Datagram packetization-layer path MTU discovery प्रभावी आकार शोधण्याचे वर्णन करते, तो हार्डकोड करण्याचे नाही. अंमलबजावणी ज्या निरीक्षणांना आधार देते ती वापरा, आणि खबरदारी म्हणून प्रत्येक क्लायंटवर मनमानी कमी MTU लादू नका, कारण त्यामुळे ठीक असलेल्या मार्गांवर एक समस्या अधिक वाईटाने बदलते.
आकाराबद्दलच्या गृहीतकाला स्वतःचे पुरावे लागतात: तेच हस्तांतरण दोन आकारांत, तोट्याचा पॅटर्न नोंदवून.
एकावेळी एक चल जोडा
पर्यायी वाहतुकीची तुलना आधाररेषा मॅट्रिक्स जतन केल्यानंतरच करा. यामुळे एक हेतुपुरस्सर चल खेळात राहतो, आणि बदलाचा अंदाज लावण्याऐवजी तो त्याला जोडता येतो.
TCP पेलोडचे मापन UDP डेटाग्रामच्या वर्तनापासून वेगळे ठेवा, कारण दोन्ही तोट्याला आणि मार्गाच्या आकाराला वेगळ्या प्रकारे प्रतिसाद देतात. वाहतूक बदलातून मिळणारी सुधारणा त्या वाहतुकीबद्दलचा पुरावा आहे, एन्क्रिप्शन किंवा कव्हरेज मूळ कारण होते याचा पुरावा नाही.
कामाचा क्रम: चार सेल भरा, दोन्ही अपूर्णांक काढा, रन एकमेकांत मिसळा, नंतर एक गृहीतक निवडा आणि एका बदलाने त्याची चाचणी करा. बाकी सर्व दोन अज्ञातांची तुलना आहे.