क्या बड़ी VPN सर्वर सूची का मतलब बेहतर सेवा है?
सर्वर की संख्या देशों, होस्ट, इंस्टेंस और प्रोफ़ाइल को मिला देती है, और इनमें से कोई भी आपके ज़रूरी मार्ग का वर्णन नहीं करता। तीन शर्तें तय करती हैं कि यह मायने रखता है या नहीं।
दो प्रदाता, एक 6,000 सर्वर का विज्ञापन करता है और दूसरा 600 का, और बड़ी संख्या किसी चीज़ का ज़्यादा होने जैसी लगती है। असल में यह एक अनिर्धारित इकाई का ज़्यादा है। संख्या किसी चुनाव में मदद कर सके, इससे पहले तीन शर्तें तय होनी चाहिए: क्या उनमें से कोई एंडपॉइंट आपके ज़रूरी क्षेत्र और प्रोटोकॉल पर सेवा देता है, आपके काम के घंटों में क्षमता टिकती है या नहीं, और ढांचा कौन चलाता है तथा क्या दर्ज करता है।
तीन शर्तें जो उत्तर तय करती हैं
पहली उपयुक्तता है। निर्देशिका की प्रविष्टि तभी उपयोगी है जब वह आपके क्लाइंट को स्वीकार करे, आपके ज़रूरी प्रोटोकॉल की पेशकश करे और ऐसे क्षेत्र में हो जो आपके वास्तविक गंतव्य का रास्ता बेहतर बनाए। जिन क्षेत्रों का आप कभी उपयोग नहीं करते, वहाँ हज़ार एंडपॉइंट की सूची दिखने से छोटी संख्या है।
दूसरी उस पल की क्षमता है जब आपको उसकी ज़रूरत हो, जो कुल क्षमता जैसी नहीं है। बड़ा बेड़ा भी आपके काम के घंटों में आपके सबसे नज़दीकी दो निकासों पर भरा हो सकता है, और दुनिया के दूसरे छोर पर बेकार बेड़ा मदद नहीं करता।
तीसरी स्वामित्व और प्रतिधारण है। ढांचे का पैमाना इस बारे में कुछ नहीं कहता कि सेवा कौन चलाता है, क्या लॉग करता है या क्लाइंट का रखरखाव होता है। यह दस्तावेज़ी साक्ष्य वाला नीति-प्रश्न है, लैंडिंग पेज पर लिखी संख्या नहीं।
संख्या का कोई अर्थ होने के लिए तीनों सही होनी चाहिए, और हर एक को अलग से जाँचा जा सकता है। यही उपयोगी हिस्सा है: निर्णय को शीर्षक पर भरोसा करने की ज़रूरत ही नहीं। आप हर शर्त अपने मानदंडों पर जाँच सकते हैं। जो तीनों उत्तर दस्तावेज़ित करता है, उसने ब्रोशर से ज़्यादा काम किया है।
शीर्षक की संख्या क्या गिनती है
ऊपर की तालिका की चार इकाइयाँ नियमित रूप से एक ही तुलना में मिलाई जाती हैं, और सबसे बड़ी संख्याएँ आमतौर पर उसी इकाई से आती हैं जिसे फुलाना सबसे आसान है। कंटेनर इंस्टेंस बनाना सस्ता है और वे एक ही भौतिक लिंक साझा कर सकते हैं, इसलिए उनकी गिनती विविधता नहीं, कॉन्फ़िगरेशन-क्षमता बताती है।
| What the number counts | What it tells you | What it cannot tell you |
|---|---|---|
| Countries or regions | How many jurisdictions have at least one entry | How many independent machines exist |
| Physical hosts | Roughly how much hardware is deployed | Whether any of it is near your destination |
| Container instances | How many configurable endpoints can be issued | Whether they share one upstream path |
| Downloadable profiles | How many configuration files are offered | Whether the endpoints behind them still work |
यह अपने आप बेईमानी नहीं है। हर सत्र के लिए नया इंस्टेंस जारी करने वाला प्रदाता अपने काम करने के तरीके के बारे में कुछ वास्तविक बताता है, और संख्या उस तंत्र का उचित वर्णन है। गलती यह है कि उसकी तुलना किसी दूसरे प्रदाता की देशों की संख्या से ऐसे की जाए जैसे दोनों संख्याएँ एक ही चीज़ मापती हों, जो वे नहीं मापतीं।
रखरखाव का एक आयाम भी है जिसे कोई स्थिर गिनती नहीं पकड़ती। सूचियाँ पुरानी होती हैं, और उपलब्ध दिखने वाला एंडपॉइंट भी आपको दी गई प्रोफ़ाइल अस्वीकार कर सकता है। निर्देशिका जाँचने योग्य उम्मीदवारों का समूह है, काम करते विकल्पों की सूची नहीं। सूची को तथ्य नहीं, दावा मानिए। दो प्रविष्टियाँ जाँचने में दस मिनट लगते हैं और प्रश्न हल हो जाता है।
जो मार्ग आपको सचमुच चाहिए उसे जाँचिए
अपने लिए अहम क्षेत्र में दो उम्मीदवार एंडपॉइंट चुनिए और निकास से उस सेवा तक का रास्ता नापिए जिसे आप उपयोग करते हैं। VPN गेटवे तक विलंब वह संख्या है जिसे प्रदाता उद्धृत करना पसंद करते हैं, और वह सबसे कम दिलचस्प है, क्योंकि वह यात्रा के उस हिस्से को छोड़ देती है जो आमतौर पर समस्या पैदा करता है।
mtr -rwc 20 203.0.113.9
curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}
' https://example.net/ट्रेस बताता है कि पूरे मार्ग पर देरी कहाँ दिखती है, हॉप दर हॉप, जो दूर के निकास को भीड़ वाले निकास से अलग करता है। curl की समय-माप कनेक्शन स्थापित होने को प्रतिक्रिया के पहले बाइट से अलग करती है, इसलिए धीमा हैंडशेक और धीमा सर्वर आपस में नहीं मिलते।
तुलना उन घंटों में करें जब आप वास्तव में काम करते हैं, और एंडपॉइंट, निकास पता तथा जिस गंतव्य को जाँचा उसे लिख लें। इन तीन विवरणों के बिना परिणाम एक हफ़्ते बाद दोबारा नहीं बनाया जा सकता, आपके द्वारा भी नहीं।
एक काम करता विकल्प उसके सटीक पते और प्रोटोकॉल के साथ कॉन्फ़िगर करके रखें। बैकअप का मूल्य उस दिन मापा जाता है जब प्राथमिक काम करना बंद कर देता है, और वही दिन होता है जब कोई निर्देशिका पढ़ना नहीं चाहता।
छोटी सूची बनाइए, फिर साक्ष्य पर निर्णय लीजिए
तुलना को उन तीन या चार प्रदाताओं तक सीमित करें जो उपयुक्तता परीक्षण पास करते हैं, फिर उन्हें उन जाँचों पर आँकिए जो आप वास्तव में कर सकते हैं। छोटी सूची उन प्रश्नों को ज़रूरी बना देती है जिनसे लंबी सूची बचने देती है, और समझौतों को एक पसंद में औसत करने के बजाय स्पष्ट कर देती है।
साक्ष्य ऐसे रूप में दर्ज करें जिसे कोई और जाँच सके: आपका ज़रूरी क्षेत्र और प्रोटोकॉल, जाँचे गए एंडपॉइंट, दिन के घंटे और ट्रेस ने क्या दिखाया। जिन नीति-तथ्यों को आपने सत्यापित किया उन्हें तारीखों के साथ जोड़ें, क्योंकि प्रतिधारण संबंधी कथन बदलते हैं और बिना तारीख का हवाला साक्ष्य नहीं है।
फिर वह निष्कर्ष स्वीकारें जिसे साक्ष्य समर्थन देते हैं, और वह आमतौर पर किसी विजेता से संकरा होता है। एक प्रदाता आपके क्षेत्र के लिए आपके घंटों में बेहतर हो सकता है, दूसरा किसी खास क्लाइंट के लिए ज़रूरी प्रोटोकॉल में बेहतर, और इन दोनों तथ्यों में से कोई भी सूची के आकार में नहीं आता।
संख्या बेकार नहीं है; यह निवेश के बारे में मोटा संकेत है। यह गुणवत्ता का दावा तभी बनती है जब कोई इकाई को परिभाषित करे, जाँचे कि एंडपॉइंट काम करते हैं, और दिखाए कि आपको ज़रूरी ठोस मार्ग बेहतर है। तब तक यह मार्केटिंग कॉलम में रहती है, निर्णय के कॉलम में नहीं।