एक VPN संसाधन का चालते आणि दुसरे का वेळ संपून थांबते

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

एकाच गेटवेवरील दोन सेवांपर्यंत वेगवेगळ्या पत्ता कुटुंबांद्वारे, वेगवेगळ्या सबनेटद्वारे आणि वेगवेगळ्या धोरणाद्वारे पोहोचता येते।

चालणारा प्रवाह अयशस्वी प्रवाहापासून वेगळा करा

प्रत्येक सेवेला VPN चे लक्षण न मानता तिचा स्वतःचा प्रवाह माना। उदाहरणार्थ क्लायंट portal.corp.example हे 172.20.4.15:443 वर उघडू शकतो आणि तरीही 172.20.9.40:5432 वरील डेटाबेसपर्यंत पोहोचण्यात अयशस्वी होऊ शकतो, कारण ती दोन नियमसंच असलेली दोन गंतव्ये आहेत। काहीही बदलण्यापूर्वी पोर्ट आणि प्रोटोकॉलसह दोन्ही ओळी लिहा, कारण होस्टवर TCP 443 ला परवानगी देणारा नियम त्याच होस्टवरील TCP 5432 बद्दल काहीही सांगत नाही।

तपासायची ओळ अयशस्वी ओळ आहे। चालणारी ओळ फक्त आधाररेषा कुठे आहे हे सांगते, आणि प्रत्येक बदलानंतर तीच तुलनेचा बिंदू असेल।

नावांची तुलना करण्यापूर्वी पत्त्यांची तुलना करा

प्रत्येक पूर्ण नाव अ‍ॅप्लिकेशन प्रत्यक्षात वापरत असलेल्या धोरणाने सोडवा, नंतर निवडलेले पत्ता कुटुंब नोंदवा। एक नाव IPv6 पत्ता परत करू शकते तर दुसरे IPv4, आणि जुने कॅशे केलेले उत्तर विनंती खाजगी सेवेशी काहीही संबंध नसलेल्या सार्वजनिक पत्त्यावर पाठवू शकते।

ip route get 172.20.4.15
ip route get 172.20.9.40
ip -6 route get 2001:db8:60::20

सध्याच्या तक्ते आणि धोरण नियमांनुसार हा होस्ट त्या गंतव्यासाठी कोणता मार्ग निवडेल, या संकुचित प्रश्नाचे उत्तर शोध देते। 172.20.4.0/24 साठीचा मार्ग 172.20.9.0/24 ला व्यापत नाही, आणि दुसरा नेटवर्क व्यवस्थापक किंवा अधिक विशिष्टतेचा स्थानिक मार्ग बोगद्यावर शांतपणे मात करू शकतो। जेव्हा ते तुमच्या शेलपेक्षा वेगळे असतील तेव्हा नामस्थानाच्या आत किंवा अ‍ॅप्लिकेशन वापरत असलेल्या खुणेसह शोध पुन्हा करा। पॅकेट ज्या इंटरफेसातून बाहेर पडते तेही नोंदवा, कारण मार्ग तक्ता एक इंटरफेस सांगू शकतो पण धोरण-आधारित राउटिंग प्रवाह दुसऱ्यातून बाहेर पाठवू शकते।

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

प्रोटोकॉल आणि प्रतिसादाचा टप्पा कुठे थांबते ते सांगतात

ping चे उत्तर डेटाबेस पोर्ट उघडा आहे हे सिद्ध करत नाही, आणि यशस्वी HTTPS पान त्याच मशीनवरील फाइल सामायिकरणाला अधिकृत करत नाही। प्रत्येक अयशस्वीता एका वर्गात सपाट करण्याऐवजी प्रत्यक्षात काय परत आले ते नोंदवा। वेळ संपणे, रीसेट, TLS ओळख त्रुटी आणि अ‍ॅप्लिकेशन-स्तरीय नकार — प्रत्येक वेगळ्या स्तराकडे निर्देश करतो।

फरक महत्त्वाचा आहे कारण दुरुस्त्या वेगवेगळ्या दिशेने जातात। शांतता सामान्यतः मार्ग, फायरवॉल किंवा वाटेवरील भाषांतराची समस्या दर्शवते। तात्काळ रीसेट सूचित करते की काहीतरी होस्टपर्यंत पोहोचले आणि पोर्ट नाकारला। प्रमाणपत्र त्रुटी म्हणजे कनेक्शन आले आणि नाव जुळले नाही, ही कॉन्फिगरेशनची समस्या आहे, पोहोचण्याची नाही। अ‍ॅप्लिकेशनचा नकार म्हणजे नेटवर्कने आपले काम केले आणि ओळख नंतर नाकारली गेली।

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

एक चल बदला आणि दोन्ही विनंत्या पुन्हा चालवा

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

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

प्रत्येक बदलानंतर दोन्ही विनंत्या पुन्हा करा आणि निकाल शेजारी ठेवा। अयशस्वी सेवा तिच्या स्वतःच्या धोरणानुसार चालते आणि चालणारी सेवा व तुम्ही अजून अपेक्षित असलेले नकार पूर्वीप्रमाणेच वागतात तेव्हा तपासणी संपते।