एका स्टेटस लाइटवर विश्वास न ठेवता राउटर VPN चे निरीक्षण करा
पीअर स्थिती, निवडलेला रूट आणि परवानगी असलेली अनुप्रयोग चाचणी वेगवेगळ्या प्रश्नांची उत्तरे देतात। ज्या सीमेवर अपयश आले तिथे अलार्म द्या, हिरव्या चिन्हावर नाही।
स्टेटस पृष्ठ कनेक्टेड असे सांगते, लाइट हिरवी आहे, आणि कार्यालय फाइल सर्व्हरपर्यंत पोहोचू शकत नाही। यातील एक तथ्य टनेलबद्दल आहे आणि दुसरे त्यातून जाणाऱ्या मार्गाबद्दल। दोन्हींचे निरीक्षण करणे म्हणजे ज्या इशाऱ्यावर तुम्ही कार्यवाही करू शकता आणि ज्याकडे दुर्लक्ष करायला शिकता त्यातील फरक।
पाच तपासण्या, क्रमाने, पीअरपासून बाहेरच्या दिशेने।
तपासणी 1: पीअर किंवा असोसिएशन स्थिती
प्रत्येक प्रोटोकॉल स्वतःची स्थिती दाखवतो। WireGuard प्रत्येक पीअरसाठी नवीनतम हँडशेक आणि हस्तांतरण काउंटर wg show द्वारे दाखवतो। OpenVPN सत्र स्थिती त्याच्या स्टेटस फाइलमध्ये किंवा व्यवस्थापन इंटरफेसमध्ये लिहितो, आणि IPsec ipsec statusall सारख्या साधनांद्वारे सुरक्षा असोसिएशन दाखवतो। सापळा म्हणजे टाइमस्टॅम्पला निवाडा म्हणून वाचणे: पाठवायला काहीच नसलेला निष्क्रिय WireGuard पीअर नुकताच हँडशेक करणार नाही, आणि ती बाधा नाही।
कोणालाही बोलावण्यापूर्वी टाइमस्टॅम्पची अपेक्षित रहदारी आणि keepalive सेटिंग्जशी तुलना करा।
तपासणी 2: निवडलेला रूट
टनेल इंटरफेस अस्तित्वात असू शकतो पण त्यात काहीही रूट होत नसेल। तुम्हाला महत्त्वाच्या गंतव्यासाठी फॉरवर्डिंग टेबल तपासा, टनेलच्या स्वतःच्या सबनेटसाठी नाही। उपसर्ग नसल्यास किंवा दुसरीकडे निर्देश करत असल्यास पीअर स्थिती अप्रासंगिक आहे।
ती तपासणी स्टेटस लाइट कधीही न दाखवणारे अपयश पकडते।
उपयुक्त दुसरी तपासणी स्रोत पत्त्याचीही तुलना करते। ip route get 10.20.5.10 पुढील हॉप, इंटरफेस आणि पसंतीचा स्रोत परत देतो, आणि चुकीचा स्रोत दूरच्या टोकावर परतीची रहदारी तोडण्यासाठी पुरतो। अपेक्षित त्रिकूट एकदा नोंदवा, नंतर कोणताही घटक बदलल्यास अलार्म द्या। ती एकच ओळ NAT बदल, इंटरफेसची अस्थिरता आणि धोरण-आधारित राउटिंगच्या चुका पकडते।
तपासणी 3: परवानगी असलेला अनुप्रयोग मार्ग
प्रत्यक्ष गरजेचे प्रतिनिधित्व करणारे काहीतरी तपासा। राउटरवरून सुरू होणारा पिंग राउटरच्या स्वतःच्या पत्त्या आणि धोरणातून बाहेर पडतो, जे फॉरवर्ड केलेल्या LAN रहदारीपेक्षा वेगळे असू शकते, आणि अनेक होस्ट ICMP मर्यादित करतात। गरज खाजगी सेवा असेल, तर ती सेवा तिच्या खऱ्या पोर्टवर तपासा।
चाचणीचे प्रमाण संयमित ठेवा। देखरेख लूपने स्वतः मोजत असलेली रहदारी होऊ नये।
तपासणी 4: काय बदलले आणि कधी
WAN बदल, की-नूतनीकरण, रूट मागे घेणे आणि अनुप्रयोग अपयश एकाच वेळरेषेवर जोडा। टनेल अपयशाला सामान्य इंटरनेट प्रवेश शांतपणे पुनर्संचयित करणाऱ्या फॉलबॅक रूटपासून वेगळे करा, कारण दोन्ही एकसारख्या वापरकर्ता तक्रारी आणि विरुद्ध निदान देतात। टाइमझोन त्रुटी क्रम उलटतील, म्हणून तुलनेपूर्वी सामान्यीकृत करा। चार तपासण्यांचे कारणात रूपांतर वेळरेषाच करते।
लॉग संक्रमणांसाठी ठेवा, पेलोडसाठी नाही।
तपासणी 5: अलार्मने सीमा नावाने सांगावी
VPN बंद आहे असे सांगणारा अलार्म अर्ध्या वेळा व्यक्तीला चुकीच्या ठिकाणी पाठवतो। पीअर हँडशेक बारा मिनिटांपासून जुना आहे, 10.20.0.0/16 चा रूट नाही, किंवा पोर्ट 445 वरील चाचणी अपयशी आहे असे सांगणारा अलार्म विशिष्ट तपासणीकडे निर्देश करतो।
पेलोड ब्राउझ करण्याऐवजी परिचालन काउंटर ठेवा। काउंटर तुम्हाला नको असलेली सामग्री गोळा न करता देखरेखीच्या प्रश्नाचे उत्तर देतात।
आणि पुढे काय होईल हे फेलओव्हर धोरण ठरवो। देखरेखीने कोणती सीमा अपयशी झाली हे ओळखले पाहिजे, प्रत्येक वेळी चाचणी अपयशी झाल्यावर व्यापक बायपासला परवानगी देऊ नये। OpenVPN 2.6 मार्गदर्शक पहिली तपासणी स्क्रिप्टयोग्य बनवणाऱ्या स्टेटस फाइल आणि व्यवस्थापन इंटरफेसचे दस्तऐवजीकरण करतो।