VPN क्लायंट सुरू असताना LAN पत्त्यावर ping करताना General failure
रूट टेबल बरोबर दिसत असूनही Windows कोणत्याही अडॅप्टरपर्यंत अजिबात पोहोचू शकत नाही असे सांगते. अडवणूक राउटिंगची आहे, फिल्टरिंगची आहे की क्लायंटची, हे ठरवा.
एक होस्ट रूट, एक पत्ता, आणि ping विनंतीची वेळ संपण्याऐवजी लगेच General failure ने अयशस्वी होते. हाच फरक संपूर्ण निदान आहे. वेळ संपणे म्हणजे पॅकेट बाहेर गेले आणि कुणीतरी त्याकडे दुर्लक्ष केले. General failure म्हणजे Windows ला सुरुवातीलाच पॅकेट कोणत्याही इंटरफेसला देता आले नाही.
म्हणून जेव्हा रूट टेबल परिपूर्ण दिसते आणि त्रुटी तरीही General failure असते, तेव्हा अडवणूक राउटिंग निर्णयाच्या खाली होते, आणि तिथे काम करणारी गोष्ट म्हणजे प्रदात्याचा क्लायंट.
रूट टेबलापूर्वी त्रुटी वाचा
पाठवण्यासाठी इंटरफेस सापडला नाही तेव्हा Windows ती त्रुटी परत करते, आणि गंतव्य पॅकेटचे काय करेल याबद्दल ते काहीही सांगत नाही. पोहोच, दूरच्या टोकाचे फायरवॉल आणि सेवेची उपलब्धता हे सर्व पुढील प्रश्न आहेत जिथे तुम्ही अजून पोहोचलेले नाही.
या प्रकरणाची पारंपरिक रचना म्हणजे एक LAN पत्ता भौतिक गेटवेकडे वळवणारा होस्ट रूट, जेणेकरून तो बोगद्याला चुकवेल. route add तो स्वीकारतो, route print तो दाखवतो, आणि ping तरीही अयशस्वी होते, कारण फिल्टर ड्रायव्हरने पॅकेटला बाहेर जाण्याची परवानगी नाही असे आधीच ठरवले आहे.
ही मांडणी स्वीकारण्यापूर्वी रूट खरोखर निवडला जातो याची खात्री करा: इंटरफेस इंडेक्स आणि मेट्रिक तपासा, आणि पुन्हा जोडल्यानंतर नोंद जुनी झाली नाही याची खात्री करा. आता अस्तित्वात नसलेल्या इंटरफेसकडे दाखवणारा रूट खूपच कमी मनोरंजक कारणाने अशीच त्रुटी देतो.
तीन स्तर, तीन वेगळे मालक
शेवटी चालणारा स्तर जिंकतो, आणि हे तीन बहुतेक लोक गृहीत धरतात त्या क्रमाने नाहीत.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
मधला स्तर म्हणजे एखादा रूट एकाच वेळी बरोबर आणि निरुपयोगी का असू शकतो याचे कारण. प्रदात्यांचे क्लायंट बोगद्याबाहेरचा रहदारी टाकून देण्यासाठी फिल्टर आणि फायरवॉल नियम बसवतात, आणि हाच त्यांचा kill switch राबवणारा यंत्रणा आहे. रूट टेबलमधील काहीही त्या निर्णयात सहभागी होत नाही.
तिसरा स्तर नियमित येणाऱ्या एका विचित्र अहवालाचे स्पष्टीकरण देतो: क्लायंट डिस्कनेक्ट केल्यानंतरही स्थानिक सबनेट पोहोचेच्या बाहेर असते. सेवा अजून चालू आहे आणि फिल्टर अजून बसवलेला आहे, म्हणून जोडलेले नसणे आणि फिल्टर न करणे सारखे नाही. काहीही निष्कर्ष काढण्यापूर्वी केवळ डिस्कनेक्ट करण्याऐवजी क्लायंटमधून बाहेर पडा.
काय क्रमाने करून पाहावे
काढणे स्वस्त आणि पुनर्संचयित करणे सोपे असलेली वैशिष्ट्ये काढून सुरुवात करा. LAN शोध, ज्याला कधीकधी LAN वर अदृश्यता म्हणतात, खाजगी पत्ता श्रेणींकडील रहदारी अडवते जेणेकरून यंत्र त्याच्या शेजाऱ्यांपासून लपलेले राहते. प्रिंटर, स्थानिक फाइल सर्व्हर आणि राउटर स्वतः त्या स्विचच्या मागे गायब होतात. DNS फिल्टर करणारी धोका संरक्षण वैशिष्ट्ये स्वतःचे हुक बसवतात आणि ती स्थानिक पोहोच जवळपास त्याच पद्धतीने तोडतात असे नोंदवले जाते.
दोन्ही बंद करा, क्लायंटमधून पूर्ण बाहेर पडा, मग पत्ता तपासा. हा क्रम रहदारी अडवणाऱ्या वैशिष्ट्याला चुकीच्या पद्धतीने राउट करणाऱ्या बोगद्यापासून वेगळे करतो, आणि स्थिर रूटसाठी दुपारभर घालवण्याऐवजी दोन मिनिटे लागतात.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4वैशिष्ट्ये बंद केल्यावर पत्ता प्रतिसाद देत असेल, तर तुमच्याकडे बिघाड नाही तर धोरणाचा निर्णय आहे: वैशिष्ट्य बंद ठेवणे, अपवाद जोडणे, किंवा यंत्र स्थानिक नेटवर्कवर अदृश्य राहील हे स्वीकारणे—यापैकी निवडा.
क्लायंटचा अपवाद मार्ग संकुचितपणे वापरा
वैशिष्ट्य सुरू ठेवावे लागल्यास, क्लायंटचे स्वतःचे विभाजित बोगदे हे समर्थित मार्ग आहे. अपवाद आवश्यकता परवानगी देईल तितका लहान ठेवा, ज्याचा अर्थ सहसा एका सर्व्हरसाठी एक होस्ट पत्ता किंवा एका विभागासाठी एक उपसर्ग असा होतो. संपूर्ण खाजगी श्रेणी व्यापणारा नियम हा कायमचा भोक आहे, जो कोणी जोडला हे कोणालाही आठवणार नाही आणि जो काढण्याची हिंमत कोणी करणार नाही.
मग प्रथम पत्त्याने आणि नंतर नावाने पडताळा. भौतिक गेटवेवर पहिल्या हॉपसह पत्ता प्रतिसाद देत असेल, तर अपवाद चालतो. नाव अजूनही अयशस्वी असेल, तर तुम्ही DNS वर गेला आहात, कारण बोगद्याचा निराकरणकर्ता स्थानिक क्षेत्र ओळखत नाही आणि कोणताही राउटिंग बदल ते त्याला शिकवणार नाही.
रूट किंवा अपवाद ठेवा, दोन्ही नाही, आणि कोणते काम करत आहे याची नोंद ठेवा. दोन आच्छादक यंत्रणा एकमेकांना लपवतात, आणि हे यंत्र पुढे डीबग करणारी व्यक्ती त्यातील एक काढून टाकेल आणि कोणताही बदल दिसणार नाही.
जेव्हा क्लायंटच अडसर असतो
काही बिल्ड रहदारी अशा पद्धतीने फिल्टर करतात ज्याला स्थिर रूट किंवा क्लायंट अपवाद हरवू शकत नाही. हाच निष्कर्ष असेल, तर प्रामाणिक पर्याय म्हणजे बायपास वैशिष्ट्याची वाट पाहणे किंवा प्रदात्याची स्वतःची प्रोफाइल वापरून साध्या OpenVPN क्लायंटने जोडणे, ज्याची शिफारस मूळ अहवालातील विक्रेत्याच्या समर्थन उत्तरानेही केली होती.
ही जागा बदलण्यापूर्वी देवघेव समजून घ्या. साधी प्रोफाइल कोणत्याही सामान्य बोगद्यासारखी वागते: ती तिचे रूट बसवते आणि उर्वरित स्टॅक पुनर्रचित करत नाही, म्हणून अरुंद होस्ट रूट अजूनही अपेक्षेप्रमाणे वागते. तुम्ही गमावता ते ब्रँडेड क्लायंटने बोगद्याभोवती राबवलेले सर्व, kill switch आणि DNS फिल्टरिंगसह, आणि ते जाणीवपूर्वक पुन्हा तयार करावे लागेल किंवा अनुपस्थित म्हणून स्वीकारावे लागेल.
तुम्ही काहीही निवडले, तरी अडवणूक कोणत्या स्तराची होती हे नोंदवा. जे पॅकेट कधीही यंत्रातून बाहेर पडले नाही ते फिल्टरचा परिणाम आहे, आणि कोणताही राउटिंग बदल फिल्टर दुरुस्त करू शकत नाही.