अपनी ब्राउज़िंग लॉग किए बिना VPN की स्थिरता कैसे जाँचें

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

तय करें कि स्थिर का अर्थ क्या होना चाहिए

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

अगर शिकायत यह है कि रसोई की ओर चलते समय कॉल जम जाती है, तो जो गुण आपको चाहिए वह यह है कि रोमिंग के बाद नया अनुरोध पूरा होता है या नहीं। यह एक पंक्ति में जाँचा जा सकता है और यह कोई ब्राउज़िंग दर्ज नहीं करता।

एक हानिरहित प्रोब तय करें

ऐसा गंतव्य चुनें जिसे पूछने की आपको अनुमति हो और जो आपके खातों से जुड़ा न हो: कोई दस्तावेज़ीकरण होस्ट, कोई आंतरिक स्थिति एंडपॉइंट, या टनल का गेटवे ही। क्रिया को दोहराने योग्य बनाएँ, उदाहरण के लिए curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, जो हर प्रयास पर एक पंक्ति छापता है। पूरी बार के लिए वह आउटपुट फ़ॉर्मैट स्थिर रखें। स्थिति कोड और अवधि एक ही तरह से दो बार इकट्ठे करने पर ही दो बार की तुलना हो सकती है।

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

चार तथ्यों का नमूना लें

पीयर स्थिति, रूट, रिज़ॉल्वर और एक नया अनुरोध — ये चार प्रेक्षण हैं, और हर एक का सस्ता स्रोत है। WireGuard पर wg show wg0 latest-handshakes पीयर का समय-छाप देता है और ip route get 1.1.1.1 दिखाता है कि कर्नेल कौन-सा इंटरफ़ेस इस्तेमाल करेगा। OpenVPN पर वही स्थिति --status /run/openvpn/status 10 से लिखी स्थिति फ़ाइल में या प्रबंधन इंटरफ़ेस पर state के पीछे रहती है। Windows क्लाइंट Get-NetAdapter और Resolve-DnsName के साथ PowerShell में रहता है।

हर पंक्ति पर समय-छाप रहे इसके लिए उन्हें एक टर्मिनल में लूप करें: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done। वह लूप छह लॉग फ़ील्ड में से तीन को ढकता है; क्लाइंट संस्करण ऊपर एक बार लिखा जाता है, और घटना होने पर घटना का समय-छाप जोड़ा जाता है।

रिज़ॉल्वर वह तथ्य है जिसे लोग छोड़ देते हैं, और dig +short उसे छिपा देता है, क्योंकि वह रूप केवल उत्तर छापता है। सर्वर को स्पष्ट रूप से dig example.com | grep SERVER: से पूछें, या जहाँ dig स्थापित नहीं है वहाँ nslookup example.com इस्तेमाल करें, जो उस सर्वर का पता छापता है जहाँ प्रश्न गया था। निष्क्रिय टनल पर पुराना हैंडशेक भी अपने आप खराबी नहीं है, क्योंकि WireGuard तभी कुंजियाँ बदलता है जब बचाव के लिए ट्रैफ़िक हो।

घटना पैदा करें, रिसाव नहीं

जिस घटना की आपको परवाह है उससे पहले पाँच शांत मिनट आधार-रेखा के रूप में लें, चाहे वह ढक्कन बंद करना हो, दूसरे एक्सेस पॉइंट तक चलना हो, या फ़ोन के हॉटस्पॉट पर जाना हो। जिस समय आपने इसे पैदा किया उसे लिख लें, ताकि दोनों ओर के नमूनों को एक सीध में लाया जा सके।

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

लॉग इतना छोटा रखें कि पूरा किया जा सके

हर नमूने में छह फ़ील्ड: समय, क्लाइंट संस्करण, एंडपॉइंट, एक्सेस नेटवर्क, घटना, परिणाम। URL, पेलोड, टोकन और सत्र पहचानकर्ता वाली कोई भी चीज़ बाहर रखें, क्योंकि लॉग टनल के बारे में प्रमाण है और कुछ नहीं। इसे लूप के पास रखें ताकि अगला व्यक्ति कॉलमों का अर्थ पूछे बिना इसे फिर चला सके।

किसी बदलाव के बाद उसी प्रोब और उसी अंतराल के साथ परीक्षण दोहराएँ; गंतव्य और क्लाइंट संस्करण साथ बदल दें तो परिणाम किसी का भी नहीं होता। साफ़ दस मिनट की बार उन स्थितियों और उस गंतव्य के लिए प्रमाण है, अगले महीने के होटल नेटवर्क के बारे में वादा नहीं। स्क्रिप्ट और लॉग टेम्पलेट वहाँ रखें जहाँ आपको वे मिलें। WireGuard के प्रलेखित प्रतिबंध प्रोटोकॉल को दोष देने से पहले पढ़ने योग्य हैं।