स्थिति फाइलले सत्र गन्छ, तिनका पछाडिको LAN होइन

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

स्न्यापसटमा वास्तवमा के हुन्छ

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

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

संस्करण 3 ले हेडर पङ्क्तिसहित ट्याब-छुट्ट्याइएका फिल्ड लेख्छ, पुराना ढाँचा फरक छन् र पछिका संस्करणले फिल्ड थप्न सक्छन्। स्तम्भ नम्बर हार्डकोड गर्नुको सट्टा हेडर पढ्नुहोस्, किनकि स्थान मान्ने स्क्रिप्ट अर्को अपग्रेडमा चुपचाप बिग्रन्छ।

सत्र गन्नुहोस्, मानिस वा मेसिन होइन

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

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

बाहिरी ठेगाना पहिचानकर्ता होइन

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

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

राउटिङ पङ्क्तिहरू होस्ट सूची होइनन्

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

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

यदि आवश्यकता साँच्चै सम्पत्ति सूची हो भने, त्यो नेटवर्कको स्वामित्व भएको सूची प्रक्रिया प्रयोग गर्नुहोस्। VPN ले कुन पियरले मार्ग बोक्छ पहिचान गर्न सक्छ, र त्यो त्यसको पछाडि कुन होस्ट छन् भन्नेभन्दा फरक तथ्य हो।

उमेर, अनुमति र प्रत्यक्ष दृश्य

हरेक उत्तरसँगै फाइलको परिमार्जन समय राख्नुहोस्। घण्टौंअघि रोकिएको सर्भरले आफ्नो अन्तिम स्न्यापसट यथावत् राख्छ, र हालको भनेर प्रस्तुत गरिएको पुरानो फाइल कुनै रिपोर्ट नहुनुभन्दा नराम्रो हो।

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

घटना-आधारित आवश्यकताका लागि छिटो पोलिङको सट्टा समर्थित व्यवस्थापन इन्टरफेस प्रयोग गर्नुहोस्। त्यो इन्टरफेसलाई मेट्रिक्स होइन, नियन्त्रण मान्नुहोस्, र सत्र गन्न मात्र त्यसलाई कहिल्यै इन्टरनेटमा नखोल्नुहोस्।