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 फिल्टरिङ सहित, र ती जानाजान पुनः निर्माण गर्नुपर्छ वा अनुपस्थित मान्नुपर्छ।
तपाईंले जेसुकै छान्नुभए पनि, अवरोध कुन तहको थियो लेख्नुहोस्। जो प्याकेट कहिल्यै मेसिनबाट बाहिर गएन त्यो फिल्टरको परिणाम हो, र कुनै पनि राउटिङ परिवर्तनले फिल्टर सुधार्न सक्दैन।