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 हस्तांदोलन अयशस्वी झाले» आणि «जोडले पण थ्रूपुट नाही» पूर्णपणे वेगळ्या निष्कर्षांकडे नेतात।

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