VPN जोडिँदा प्रिन्टर अफलाइन? रुट तालिका जाँच्नुहोस्

तपाईंको ल्यापटप कर्पोरेट VPN मा जोडिन्छ र दुई मिटर परको प्रिन्टर जवाफ दिन छोड्छ। प्रिन्टरमा केही बदलिएको छैन, र स्थानीय सञ्जाल पनि खसेन। बदलिएको कुरा रुट तालिका हो: टनेल एडाप्टरसँग अब प्रिन्टरको ठेगाना ढाक्ने बाटो छ, त्यसैले ती प्याकेट VPN बाट बाहिर जान्छन् र तपाईंको समतल सञ्जाल कहाँ छ भन्ने थाहा नभएको गेटवेमा पुग्छन्। तलका चार जाँच क्रममा गर्नुहोस्, र पहिलो असफल हुने ठाउँमा रोकिनुहोस्।

पहिलो चरण: प्रिन्टर अझै LAN मा पुग्न सकिने प्रमाण दिनुहोस्

रुटिङलाई छुनुअघि, उपकरण VPN प्रयोग नगर्ने कुनै कुराका लागि जीवित छ भनी पुष्टि गर्नुहोस्। उही Wi-Fi मा रहेको फोनलाई प्रिन्टरको वेब पेज खोल्न भन्नुहोस्, वा समतल सञ्जालको अर्को मेसिनबाट ठेगानामा ping गर्नुहोस्। प्रिन्टरले त्यहाँ पनि जवाफ नदिए, VPN संयोग मात्र हो र दोष प्रिन्टर, त्यसको Wi-Fi जडान वा पहुँच बिन्दुमा ग्राहक अलगावमा छ।

यो ल्यापटप बाहेक सबै ठाउँमा जवाफ दिन्छ भने, ल्यापटपमै बस्ने रुटिङ वा नाम समाधानको समस्या छ, र अर्को चरणले दुईमध्ये कुन हो भन्ने बताउनेछ।

दोस्रो चरण: Windows ले वास्तवमा कुन रुट छान्छ पत्ता लगाउनुहोस्

तालिका माथिबाट तल पढेर अनुमान नगर्नुहोस्। तपाईंका लागि महत्त्वपूर्ण त्यो ठ्याक्कै ठेगानाका लागि Windows ले कुन प्रविष्टि छान्छ भनी सोध्नुहोस्, र सँगै इन्टरफेस इन्डेक्स लिनुहोस्।

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute विजयी रुट र त्यसको इन्टरफेस छाप्छ, र बाँकी सबै यी दुई तथ्यमा निर्भर छ। route print -4 वरपरका प्रविष्टिहरू देखाउँछ, जसमा पूर्ण-टनेल ग्राहकहरूले स्थापना गर्ने दुई आधा-पूर्वनिर्धारित पनि छन्: 0.0.0.0/1 र 128.0.0.0/1, जसले सँगै सम्पूर्ण IPv4 क्षेत्र ढाक्छन् तर 0.0.0.0/0 लाई कहिल्यै बदल्दैनन्। /1 /0 भन्दा लामो छ, तर तपाईंको 192.168.1.0/24 अझ लामो छ, त्यसैले हराएको LAN रुट टनेलको दाबीभन्दा पनि महत्त्वपूर्ण छ।

उत्तर दुई नियमले तय गर्छन्। सबैभन्दा लामो मिल्ने प्रिफिक्स पहिले जित्छ, र एउटै प्रिफिक्सका प्रविष्टिहरूमध्ये कम कुल मेट्रिक जित्छ, जहाँ कुलले रुट मेट्रिक र इन्टरफेस मेट्रिक जोड्छ। छानिएको इन्टरफेस टनेल हो भने अगाडि बढ्नुहोस्। त्यो भौतिक एडाप्टर हो र ट्राफिक अझै असफल हुन्छ भने यहीँ रोकिनुहोस्: तपाईंको समस्या नाम समाधान वा प्रिन्टरको आफ्नै पहुँच सूची हो, VPN रुट होइन।

तेस्रो चरण: गेटवे र इन्टरफेसको नाम लिने सबैभन्दा साँघुरो रुट थप्नुहोस्

समाधान एउटा प्रविष्टि हो जसले प्रिन्टरको ठेगानालाई स्थानीय एडाप्टरमा रहेको स्थानीय राउटरतर्फ पठाउँछ। यसलाई एलिभेटेड प्रम्प्टमा चलाउनुहोस् र भर्खरै पढेका मानहरू राख्नुहोस्।

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if को मान भौतिक एडाप्टरको इन्टरफेस इन्डेक्स हो। यसलाई छोड्नु नै कमाण्ड सफल देखिने तर केही नबदल्ने सबैभन्दा सामान्य कारण हो, किनकि एउटै अर्को हपसम्म पुग्न सक्ने दुई एडाप्टर हुँदा Windows ले तपाईंलाई नचाहिने छान्न स्वतन्त्र छ। -p झन्डाले प्रविष्टिलाई स्थायी बनाउँछ, त्यसैले यो सत्रसँगै मर्नुको सट्टा रिबुटपछि पनि टिक्छ।

एउटै उपकरणका लागि सम्पूर्ण 192.168.1.0/24 को रुटभन्दा होस्ट रुटलाई प्राथमिकता दिनुहोस्। सबनेट रुट कामलाई आवश्यकभन्दा फराकिलो छ, र कर्पोरेट पक्षले पनि त्यही प्रिफिक्स प्रयोग गर्ने क्षणमा ठोकिन्छ: त्यसपछि एउटै प्रिफिक्सका दुई मालिक हुन्छन्, र कुन प्रविष्टि जित्छ त्यसले तपाईं वास्तवमा कुन सञ्जालसम्म पुग्न सक्नुहुन्छ भन्ने निर्धारण गर्छ।

अर्को दिशामा, यदि तपाईंले LAN जोगाउन VPN जडानमा पूर्वनिर्धारित गेटवे विकल्प मेट्नुभयो भने, टाढाका निजी प्रिफिक्सहरू पनि समाधान हुन छोड्छन्। तिनका लागि पनि उही तरिकाले VPN इन्टरफेसबाट रुट थप्नुहोस्, नत्र टनेल केही नबोक्ने कडी बन्छ।

चौथो चरण: अपवाद अर्को जडानसम्म टिक्ने बनाउनुहोस्

धेरै कर्पोरेट ग्राहकहरूले प्रत्येक जडानमा आफ्नो सम्पूर्ण रुट सेट पुनः स्थापना गर्छन् र त्यसै क्रममा इन्टरफेस मेट्रिक पुनः गणना गर्छन्, त्यसैले हिजो काम गरेको रुट आज पछि पर्न सक्छ। पुनः जोडिएपछि प्रिन्टरका लागि Find-NetRoute दोहोर्याउनुहोस् र इन्टरफेस अझै भौतिक एडाप्टरसँग मिल्छ कि जाँच्नुहोस्। प्रविष्टि गएको छ भने केहीले त्यसलाई मेटिरहेको छ; स्थायी रुटले तालिका सफा गर्ने एजेन्टबाट तपाईंको रक्षा गर्दैन। VPN जोडिएपछि रुट फेरि थप्ने तालिकाबद्ध कार्यहरू सामान्य उपाय हुन्, र डक वा ड्राइभर अपडेटपछि एडाप्टर इन्डेक्स बदलिँदा बिग्रने उपाय पनि तिनै हुन्।

IPv6 लाई छुट्टै हेर्नुहोस्। केवल IPv4 पूर्वनिर्धारित दाबी गर्ने ग्राहकले IPv6 पूर्वनिर्धारित रुट भौतिक एडाप्टरमा छोड्न सक्छ, त्यसैले IPv6 बाट पुग्न सकिने प्रिन्टर IPv4 असफल हुँदा पनि चलिरहन्छ, वा उल्टो। रुट तालिका निर्दोष छ भनी निर्णय गर्नुअघि ping -4 र ping -6 ले परीक्षण गर्नुहोस्।

स्थानीय सर्टकटले तपाईंलाई कति महँगो पर्छ

टनेललाई छलेर जाने जुनसुकै रुट टनेलको वाचामा एउटा प्वाल हो। त्यो ठेगानातर्फको ट्राफिक अब कर्पोरेट गेटवेबाट जाँदैन, जसको अर्थ त्यसमाथि कुनै निरीक्षण, लगिङ वा नीति कार्यान्वयन छैन। व्यवस्थापित उपकरणमा त्यो प्राथमिकताभन्दा अनुपालनको समस्या हुन सक्छ, त्यसैले हातैले एउटा थप्नुअघि आधिकारिक स्प्लिट-टनेल अपवाद छ कि सोध्नुहोस्। आफ्नो रुट कामजति साँघुरो र परिस्थितिले अनुमति दिएजति छोटो अवधिको राख्नुहोस्।

परिवर्तनपछि प्रिन्टरले जवाफ दियो भने समाधान टिक्यो भनी मान्नुको सट्टा अर्को पटक पुनः जोडिएपछि चारै जाँच दोहोर्याउनुहोस्। जवाफ दिएन भने जडानअघि र पछि Find-NetRoute को आउटपुट लिनुहोस्; फरकले ग्राहकले प्रविष्टि मेट्यो कि केवल पुनः क्रमबद्ध गर्यो भनी बताउनेछ।