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

स्थिर म्हणजे काय असावे हे ठरवा

“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 च्या नोंदवलेल्या मर्यादा प्रोटोकॉलला दोष देण्यापूर्वी वाचण्यासारख्या आहेत।

संबंधित लेख