VPN डाउनलोड तुमच्या थेट कनेक्शनला का हरवू शकतो

सुरंग जोडा, मोठे डाउनलोड सुरू करा आणि तेच फाइल सुरंगाशिवाय जितक्या वेगाने येते त्याच्या सुमारे दुप्पट वेगाने जाताना दिसते। हे जाहिरातीसारखे वाटते, पण घरगुती लाइनवर हे खरे मापनही असू शकते। नेहमीचे कारण म्हणजे एका पोर्टला जोडलेली वेगमर्यादा: सुरंग तुमचे स्थानांतरण आकारकर्ता पाहत नाही तिथे नेते, आणि लाइनची खरी क्षमता पहिल्यांदा दिसते।

म्हणजे महत्त्वाचा आकडा VPN किती वेगवान होता हा नाही। तर तुमच्या लाइनपैकी किती तुम्हाला कधीच मिळाला नाही, आणि का हा आहे।

मार्गाला नाही, पोर्टला अनुसरणारी मर्यादा

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

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

म्हणूनच हा परिणाम फाइल आणि गंतव्यांमध्ये इतका सुसंगत आहे। मर्यादा पोर्टवर असेल, तर त्या पोर्टवरून नेले जाणारे सर्व काही सारखेच वागते, फाइलचा आकार काहीही असो आणि यजमान कोणीही असो। वेगळा नियम आकर्षित करणारे गंतव्य वेगळा वक्र दाखवते, आणि तो फरक स्वतःच निदानात्मक आहे।

शिखर नाही, सपाट भाग मोजा

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

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

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

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

कारण वेगळे करणाऱ्या तीन तुलना

त्या क्रमाने करा आणि नमुना स्पष्ट होताच थांबा, कारण प्रत्येक वेगळी कथा वगळते।

1. तेच डाउनलोड नेहमीच्या वेब मार्गाने आणि दुसऱ्या पोर्टवरील स्थानांतरण साधनाने, तुलनीय क्षमतेच्या यजमानावरून पुन्हा करा।
2. दोन्ही संकुचित न होणाऱ्या फाइलने पुन्हा करा, संकुचन उमेदवार राहू नये म्हणून।
3. सुरंग सर्व्हर तुम्हीच चालवत असाल, तर तो पुन्हा पोर्ट 80 ला बांधा, दोन्ही टोके जुळण्यासाठी क्लायंट प्रोफाइल जुळवा, आणि पुन्हा स्थानांतरित करा। सुरंग आता मर्यादित वेब वेगावर बसत असेल, तर बंधन पोर्टचे अनुसरण करते, VPN चे नाही।

तिसरी पायरी निर्णायक आहे, आणि कॉन्फिगरेशन बदल आवश्यक असल्याने लोक तीच वगळतात। ती न करता तुम्ही दाखवले की दोन गोष्टी वेगळ्या आहेत, पोर्ट कारण आहे असे नाही।

हे मापन काय टिकवू शकत नाही

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

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

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

शोधाला कृतीयोग्य बनवा

निरीक्षण निकाल नाही, मापन म्हणून लिहा: पोर्ट 80 वरील मोठी स्थानांतरणे तीच फाइल दुसऱ्या पोर्टवर जितक्या वेगाने पोहोचते त्याच्या सुमारे निम्म्यावर स्थिरावतात, या तासांमध्ये, या लाइनवर, हे नमुने जोडून। ही अशी मदत विनंती आहे जिची कोणी तपासणी करू शकतो।

«VPN वेगवान आहे» असे नाही। ते एन्क्रिप्शनच्या अतिरिक्त भाराबद्दल उत्तर मागवते, आणि ते उत्तर तांत्रिकदृष्ट्या बरोबर असले तरी कोणालाही उपयुक्त काही सांगत नाही। नमुन्यांची संख्या, तास आणि पोर्ट जोडा, वाचकाला नमुना पुन्हा तयार करता यावा।

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