कोणीतरी VPN वर किती मशिन्स आहेत असे विचारतो, आणि पुरावा म्हणून स्थिती फाइल सादर केली जाते। ती अधिक अरुंद प्रश्नाचे उत्तर देते: या स्नॅपशॉटमध्ये किती सत्रे आहेत आणि सर्व्हर कोणते आभासी पत्ते राउट करतो। या दोन प्रश्नांमधील अंतर हेच बहुतेक अहवाल त्रुटी राहतात ते ठिकाण, आणि ते बंद करणे फाइलचे स्वतःचे हेडर वाचण्यापासून सुरू होते।

स्नॅपशॉटमध्ये प्रत्यक्षात काय असते

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

status /run/openvpn/office.status 30
status-version 3

आवृत्ती 3 हेडर ओळीसह टॅब-वेगळी केलेली फील्ड लिहिते, जुनी स्वरूपे वेगळी आहेत आणि पुढील आवृत्त्या फील्ड जोडू शकतात। स्तंभ क्रमांक हार्डकोड करण्याऐवजी हेडर वाचा, कारण स्थाने गृहीत धरणारी स्क्रिप्ट पुढील अपग्रेडमध्ये शांतपणे तुटते।

RecordWhat it describesWhat it cannot tell you
Client listA session in this snapshotHow many people or machines that session represents
Real addressThe outer peer address and portWhich device is behind it
Routing rowsVirtual addresses and route ownershipWhich downstream hosts are alive

सत्रे मोजा, लोक किंवा मशिन्स नाही

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

जर संख्या परवाना किंवा क्षमतेसाठी महत्त्वाची असेल, तर एकक अहवालाच्याच दस्तऐवजात परिभाषित करा। सत्रे, ओळखी किंवा उपकरणे मोजते का हे न सांगणारा अहवाल वाचकाने अपेक्षित असलेल्या एककाप्रमाणे वाचला जाईल।

बाहेरील पत्ता ओळखकर्ता नाही

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

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

राउटिंग ओळी होस्ट यादी नाहीत

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

अनेक ओळी एकाच पीअरकडेही निर्देश करू शकतात, कारण साइट एकापेक्षा जास्त श्रेणी जाहीर करू शकते। ओळी मोजून निकालाला उपकरण संख्या म्हणणे तैनातीचा अनियंत्रित घटकाने अतिरंजित अंदाज देते।

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

वय, परवानग्या आणि थेट दृश्य

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

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

घटना-आधारित गरजांसाठी वेगवान पोलिंगऐवजी समर्थित व्यवस्थापन इंटरफेस वापरा। त्या इंटरफेसला मेट्रिक्स नाही तर नियंत्रण माना, आणि फक्त सत्रे मोजण्यासाठी तो कधीही इंटरनेटवर उघडा ठेवू नका।

संबंधित लेख