सेलुलर नेटवर्कमा 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 डेटाग्रामको व्यवहारबाट अलग राख्नुहोस्, किनकि दुवैले हानि र बाटोको आकारमा फरक प्रतिक्रिया दिन्छन्। ढुवानी परिवर्तनबाट आएको सुधार त्यो ढुवानीबारे प्रमाण हो, इन्क्रिप्शन वा कभरेज मूल कारण थियो भन्ने प्रमाण होइन।
कामको क्रम: चार सेल भर्नुहोस्, दुवै भिन्न गणना गर्नुहोस्, रनहरू मिसाउनुहोस्, त्यसपछि एउटा परिकल्पना छानी एउटा परिवर्तनले परीक्षण गर्नुहोस्। बाँकी सबै दुई अज्ञातको तुलना हो।