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

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

पहिले रुट तालिका पढ्नुहोस्

केही परिवर्तन गर्नुअघि, IPv4 तालिका यससँग लिनुहोस्: route print -4 र आउटपुट राख्नुहोस्। जडान गर्नुहोस्, फेरि लिनुहोस् र 0.0.0.0 हरफहरू तुलना गर्नुहोस्: सक्रिय पूर्वनिर्धारित रुटले एउटा इन्टरफेस नाम दिन्छ, र त्यो इन्टरफेस टनेल भए स्थानीय प्रिन्टिङ र ब्राउजिङ पहिले कार्यालय पठाइन्छ।

दोस्रो स्तम्भको इन्टरफेस नम्बर त्यो हो जसलाई स्थायी रुटले पछि सन्दर्भ गर्नुपर्छ, त्यसैले टनेल चालु हुँदा त्यो टिप्नुहोस्। यो त्यो मान पनि हो जो एडाप्टर फेरि सिर्जना हुँदा बदलिन्छ, त्यसैले यसमा पिन गरिएका रुटहरू चुपचाप आफ्नो उपयोगिताभन्दा लामो समय टिक्न सक्छन्।

पूर्वनिर्धारित रुट हटाउनुहोस्, तीन तरिकाले

पूर्वनिर्मित Windows प्रोफाइलमा नियन्त्रण एउटा चेकबक्स हो। जडानको गुणहरू खोल्नुहोस्, IPv4, त्यसपछि उन्नत, र Use default gateway on remote network हटाउनुहोस्; नयाँ सेटिङ्स एपले त्यही संवादलाई एक तह गहिरोमा लुकाउँछ। बढुवा गरिएको प्रम्प्टबाट त्यही परिवर्तन एउटा cmdlet हो:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

एउटा OpenVPN प्रोफाइल फरक तरिकाले काम गर्छ, त्यसैले यसको व्यवहार चेकबक्स अपेक्षा गर्नेहरूलाई अन्योलमा पार्छ। यसको redirect-gateway def1 निर्देशले पूर्वनिर्धारित रुटलाई पटक्कै प्रतिस्थापन गर्दैन; यसले आधा-दायराका दुई रुट स्थापना गर्छ, 0.0.0.0/1 र 128.0.0.0/1, जुन मिलेर पूर्वनिर्धारितलाई नमेटीकन जित्छन्। मूल पूर्वनिर्धारित टिकिरहेकोले, net_gateway तर्फ देखाइएको प्रिफिक्स थप्दा त्यो प्रिफिक्स मात्र स्थानीय राउटरमा फर्किन्छ। यही विवरणले def1 प्रोफाइलको समाधान कसैले नपाउने चेकबक्स नभई प्रिफिक्स रुट किन हो भनी व्याख्या गर्छ।

कामसँग सम्बन्धित कुरा मात्र फेरि थप्नुहोस्

पूर्वनिर्धारित रुट गएपछि टनेलले केही बोक्दैन, त्यसैले कामका प्रिफिक्सहरू स्पष्ट रूपमा नाम दिनुपर्छ। प्रिफिक्सलाई जडानसँग बाँध्ने cmdlet स्थायी रुटभन्दा सुरक्षित हुन्छ, किनकि यो त्यो जडान चालु हुँदा मात्र स्थापना हुन्छ र इन्टरफेस नम्बरमा निर्भर हुँदैन:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

पुरानो तरिका अझै काम गर्छ र अझै हरेक जाँचसूचीमा छ: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, टनेलको आफ्नै इन्टरफेस इन्डेक्स र गेटवे ठेगानासहित। यो रिबुटहरूमा टिक्छ, जो उद्देश्य पनि हो र जोखिम पनि, किनकि अर्को बुटमा इन्डेक्स अरू कुनै कुराको हुन सक्छ।

बाँकी मेट्रिकले निर्धारण गर्छ। भौतिक र टनेल एडाप्टर दुवैले एउटै प्रिफिक्सको लागि रुट दाबी गरे, कम मेट्रिक जित्छ, र टनेलको मेट्रिक बढाउनु ह्याक नभई क्लाइन्ट-पक्षको वैध नियन्त्रण हो।

जब सर्भरले तपाईंको तर्फबाट निर्णय गर्छ

तपाईंको चेकबक्सलाई बेवास्ता गर्ने क्लाइन्ट सामान्यतया कुनै नीतिको पालना गरिरहेको हुन्छ। Cisco प्रोफाइलमा Allow Local LAN Access सेटिङ हुन्छ, र headend ले क्लाइन्टले चाहेजस्तो सबैलाई अधिक्रमण गर्ने tunnel-all नीति धकेल्न सक्छ; अनिवार्य-टनेल परिनियोजनमा बदल्न कुनै स्थानीय स्विच हुँदैन। त्यही संवाद फेरि जाँच्नुको सट्टा धकेलिएका रुट र नीति हरफहरूका लागि क्लाइन्ट लग पढ्नुहोस्।

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

ओभरल्याप फरक समस्या हो

यदि घरको LAN र कार्यालयको LAN 192.168.0.0/24 जस्तो प्रिफिक्स साझा गर्छन् भने कुनै रुटले तिनीहरूलाई छुट्याउन सक्दैन। त्यो दायराको हरेक प्याकेटको एउटै खोज नतिजा हुन्छ, र समाधान एउटा पक्षलाई पुनः नम्बर दिनु वा पूलबाट अनुवादित ठेगानाबाट कार्यालय पुग्नु हो। थप विशिष्ट रुट थप्दा नेटवर्कको कुन आधा भाग भाँचिन्छ भन्ने मात्र सर्छ।

पाँचको सट्टा एउटा प्रमाणीकरणले अन्त्य गर्नुहोस्: जडान गर्नुहोस्, त्यसपछि tracert आन्तरिक र सार्वजनिक होस्टविरुद्ध चलाउनुहोस्। पहिलो हप फरक हुनुपर्छ, र फरक छैन भने क्लाइन्टले जे रिपोर्ट गरे पनि विभाजन लागू छैन। त्यसपछि एकचोटि फेरि जडान गरी दोहोर्याउनुहोस्, किनकि धकेलिएका रुट हरेक सत्रसँग फर्किन्छन्।