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