VPN सर्भरको अपटाइम: यो संख्याले तपाईंलाई के बताउँदैन

सार्वजनिक नोड सूची हप्तामा मापन गरिएको अपटाइम भएको सर्भर देखाउँछ, त्यसैले तपाईं त्यसलाई छान्नुहुन्छ, र पहिलो प्रयासमै जडान असफल हुन्छ। यो झुटो विज्ञापन होइन; यो अर्कै कुरा मापन गर्ने संख्यालाई सोधिएको गलत प्रश्न हो। अपटाइमले सामान्यतया कुनै प्रक्रिया, कन्टेनर वा मेसिन आफ्नो अन्तिम सुरुवातदेखि कति समय चलिरहेको छ भन्ने देखाउँछ, र त्यो प्रकाशकको पूर्वाधारको विशेषता हो, तपाईंको त्यहाँसम्मको बाटोको होइन। यसलाई विश्वसनीयता मान्नु त्यही वर्गको गल्ती हो जुन कारको ओडोमिटरलाई सडक प्रतिवेदन मान्नु हो।

संख्याले के मापन गर्छ

आधुनिक सेवा प्रबन्धक भएको होस्टमा, काउन्टर तपाईं साँच्चै पढ्न सक्ने घटनासँग जोडिएको हुन्छ: इकाइ सक्रिय अवस्थामा गएको समय-छाप, वा मेसिनको बुट समय। बाँकी सबै त्यो एङ्करमा गणित हो, र एङ्करको परिभाषा प्रकाशकहरूमा फरक हुन्छ। एउटा सूचीले डेमन पुनः सुरु हुँदा रिसेट गर्न सक्छ, अर्कोले मेसिन पुनः चालु हुँदा, र तेस्रोले सफा ग्राफ चाहने अपरेटरले गरेको हाते रिसेटमा।

systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server

ती तीन आदेशले तीन फरक प्रश्नको जवाफ दिन्छन्, र एउटा संख्या देखाउने डाइरेक्टरी सूचीले तिनीहरूमध्ये कुन प्रयोग भयो भन्न सक्दैन। त्यसैले दुई सूचीको कच्चा काउन्टर तुलना गर्नु, प्रत्येक कुनमा रिसेट हुन्छ थाहा नभएसम्म तुलना नै होइन।

बाटो बन्द हुँदा पनि प्रक्रिया चलिरहन सक्छ

डेमन सुनिरहेको छ। प्रमाणपत्र वैध छ। प्रक्रिया तेईस दिनदेखि जीवित छ। यीमध्ये कुनैले पनि तपाईंको नेटवर्कबाट आउने प्याकेट त्यहाँ पुग्ने ग्यारेन्टी दिँदैन, किनकि पहुँचयोग्यता पूरै बाटोको विशेषता हो: प्रदायकको अपलिंक, तिनको नेटवर्क र तपाईंको नेटवर्कबीचको पियरिङ, साझा ट्रान्जिट लिंकमा भीड, र तपाईंको आफ्नै जडानअगाडिको फायरवाल।

सर्भर अर्को कारणले पनि चलिरहन र बेकार हुन सक्छ। आफ्नो ब्यान्डविथले धान्नेभन्दा धेरै ग्राहक स्वीकार गरेको नोडले लामो अपटाइम र भयानक अनुभव देखाउनेछ, किनकि काउन्टरले क्षमता वा प्रतिस्पर्धा मापन गर्दैन। लामो अपटाइम भएको नोडले निराश पार्ने यही सबैभन्दा सामान्य तरिका हो: केही बिग्रेको छैन, सबै व्यस्त छ।

उल्टो अवस्था पनि सम्झनलायक छ। एक घण्टा अघि पुनः सुरु गरिएको नोड अहिले पूर्ण स्वस्थ हुन सक्छ, र सबैभन्दा ठूलो संख्याअनुसार क्रमबद्ध गर्दा त्यसलाई चुपचाप बाहिर राख्छ। अपटाइम गुणस्तरको स्कोर होइन, र यसलाई त्यस्तो मान्नुले उपयुक्तताको सट्टा उमेरका आधारमा छनोट गर्छ।

ताजापन: रिपोर्ट तपाईंको प्रयासभन्दा पुरानो छ

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

यो खाली ठाउँ अर्को दिशामा पनि काम गर्छ। बन्द भनेर रिपोर्ट गरिएको नोड रिपोर्ट बनेको केही मिनेटमै सुधार भएको हुन सक्छ, त्यसैले अर्को नोडमा तुरुन्तै फेरि प्रयास गर्नु सधैं राम्रो विकल्प होइन।

व्यावहारिक नियम यो हो कि रिपोर्ट गरिएको हरेक क्षेत्र भूतकालको दाबी हो। यसलाई छोटो सूची बनाउन प्रयोग गर्नुहोस्, त्यसपछि तपाईंका लागि महत्त्वपूर्ण क्षणमा आफैं गरेको मापनले प्रमाणित गर्नुहोस्।

यसको सट्टा के परीक्षण गर्ने

नोडबाट तपाईंलाई के चाहिन्छ निर्णय गर्नुहोस् र त्यो परीक्षण गर्नुहोस्। यदि तपाईंलाई पहुँचयोग्यता चाहिन्छ भने, सुन्ने पोर्टमा TCP जडानको प्रयासले एक सेकेन्डमा कुनै पनि काउन्टरभन्दा बढी बताउँछ। यदि तपाईंलाई काम गर्ने सुरुङ चाहिन्छ भने, एकको लागि वार्ता गर्नुहोस्। यदि तपाईंलाई प्रयोगयोग्य थ्रुपुट चाहिन्छ भने, केही वास्तविक स्थानान्तरण गर्नुहोस् र त्यो मापन गर्नुहोस्, किनकि जडानको समय र थ्रुपुट फरक विशेषता हुन् र छिटो ह्यान्डशेकले दोस्रोबारे केही बताउँदैन।

nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net

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

भ्रममा नपरी सार्वजनिक नोड सूचीहरू पढ्ने

अपटाइमले मानिसहरूले सामान्यतया VPN बाट चाहने कुराबारे कुनै जानकारी दिँदैन: प्रमाणपत्रको वैधता, निकास कसले चलाउँछ, कुन DNS नीति लागू हुन्छ, र अपरेटरले जडान अभिलेख राख्छ कि राख्दैन। यी छुट्टाछुट्टै प्रमाण चाहिने छुट्टाछुट्टै दाबी हुन्, र लामो काउन्टर तिनीहरूमध्ये कुनैको प्रमाण होइन। नोड महिनौंसम्म स्थिर रहन सक्छ र तैपनि गोपनीयताको आवश्यकताका लागि खराब छनोट हुन सक्छ।

सूचीले साँच्चै मद्दत गर्ने ठाउँ छोटो सूची बनाउनु हो। तपाईंलाई चाहिन्छ भन्ने थाहा भएको कुराअनुसार क्रमबद्ध गर्नुहोस्, कामसँग असम्बन्धित क्षेत्रका नोड फिल्टर गर्नुहोस्, त्यसपछि बाँकी तीन वा चार परीक्षण गर्नुहोस्। केवल हो वा होइनको सट्टा हरेक प्रयासको असफलता चरण राख्नुहोस्, किनकि «TLS ह्यान्डशेक असफल» र «जोडियो तर थ्रुपुट छैन» पूर्ण रूपमा फरक निष्कर्षतर्फ लैजान्छन्।

बाटोको कार्यसम्पादन मापनको ढाँचा यही कुरा अझ कडा रूपमा भन्छ: संख्याहरू सङ्कलन गर्नुअघि मेट्रिक, सर्तहरू र विधि परिभाषित गर्नुहोस्। नोड सूचीमा लागू गर्दा यसको अर्थ अपटाइम क्षेत्र सन्दर्भ हो। तपाईंले आफैं गर्नुभएको मापन नै निर्णय हो।