Windows को VPN ले सबै ट्राफिक लिइरहेको छ? यसको डिफल्ट रुट हटाउनुहोस्

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

सेटिङ्समा होइन, एडाप्टर गुणहरूमा सुरु गर्नुहोस्

सेटिङ्स एपले प्रोफाइललाई नेटवर्क र इन्टरनेट अन्तर्गत, त्यसपछि VPN मा सूचीबद्ध गर्छ, तर केवल सामान्य विकल्प देखाउँछ। डिफल्ट गेटवेको निर्णय एडाप्टरमा बस्छ। Win+R र ncpa.cpl प्रयोग गरी क्लासिक एडाप्टर सूची खोल्नुहोस्, VPN जडानमा दायाँ क्लिक गर्नुहोस्, गुणहरू छान्नुहोस्, इन्टरनेट प्रोटोकल संस्करण 4 छान्नुहोस्, फेरि गुणहरू र त्यसपछि उन्नत छान्नुहोस्। रिमोट नेटवर्कमा डिफल्ट गेटवे प्रयोग गर्नुहोस् बाट टिक हटाउनुहोस् र तीनै संवादबाट बाहिर निस्कने पुष्टि गर्नुहोस्।

परीक्षण गर्नुअघि फेरि जोडिनुहोस्, किनकि चेकबक्स टनेल स्थापना हुँदा लागू हुन्छ र विद्यमान सत्रले आफ्नो बनाएको तालिका राख्छ। क्लाइन्ट डिस्कनेक्ट हुँदा एडाप्टर नदेखिए एक पटक जोडिनुहोस् र विन्डो फेरि खोल्नुहोस्। IPv4 गुण पृष्ठ नभएको TAP वा Wintun एडाप्टर स्थापना गर्ने विक्रेता क्लाइन्टमा यो संवाद नै हुँदैन; तिनीहरूका लागि त्यही निर्णय क्लाइन्टको आफ्नै सेटिङ्समा स्प्लिट-टनेल विकल्प हो, र एडाप्टरको चेकबक्स खोज्ने गलत ठाउँ हो।

PowerShell बाट त्यही परिवर्तन

Windows VPN स्टोरमा बनाइएको प्रोफाइलका लागि, सेटिङ स्क्रिप्ट गर्न मिल्ने हुन्छ, मेसिन बारम्बार पुनर्निर्माण गरिन्छ भने त्यही तपाईंलाई चाहिन्छ:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

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

जब गेटवेले डिफल्ट फेरि धकेल्छ

पहिले तालिका पढ्नुहोस्। फरक मेट्रिक भएका दुई डिफल्ट प्रविष्टि भन्नुको अर्थ प्रोफाइल परिवर्तनले काम गर्यो र धकेलिएको रुटले तैपनि त्यसलाई प्रतिस्थापित गर्यो:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

टनेलको डिफल्ट रुट मेटाउनुहोस् र भौतिक रुट राख्नुहोस्। तेस्रो आदेशको इन्टरफेस इन्डेक्स प्रयोग गर्नुहोस्, एडाप्टर उपनाम होइन, किनकि उपनाम पठाउने स्क्रिप्ट देखिने नाम बदलिने बित्तिकै बिग्रन्छ:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

मेटाउँदा अफिस पनि सँगै जान्छ, त्यसैले कर्पोरेट प्रिफिक्सहरू टनेल गेटवेबाट फेरि थप्नुहोस्। मानिसहरूले छोड्ने पंक्ति यही हो, र त्यसैले सफल स्प्लिट-टनेल परिवर्तनपछि «VPN ले काम गर्न छोड्यो» भन्ने सुनिन्छ:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

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

एक पटक फेरि जोडिएपछि DNS, IPv6 र मेट्रिक फेरि जाँच्नुहोस्

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

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

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

तपाईंले के छोड्नुभयो त्यो निर्णय गर्नुहोस्

स्थानीय इन्टरनेट ट्राफिक अब अफिसले जाँच्दैन वा फिल्टर गर्दैन, र टनेलबाट मात्र प्रकाशित हुने हरेक कुरालाई अब आफ्नै रुट चाहिन्छ। केही संस्थाले स्प्लिट टनेलिङलाई नीति उल्लंघन मान्छन्, त्यसैले व्यवस्थापित उपकरण बदल्नुअघि त्यो पुष्टि गर्नुहोस्; धकेलिएको डिफल्ट कहिलेकाहीँ दुर्घटना होइन, कार्यान्वयन संयन्त्र हो। Set-VpnConnection कागजात ले स्प्लिट-टनेलिङ प्यारामिटर र यो लागू हुने प्रोफाइल प्रकारहरू सूचीबद्ध गर्छ।

त्यसपछि निश्चित क्रममा प्रमाणित गर्नुहोस्: डिफल्ट रुट कसको हो, सामान्य ब्राउजिङ, ठेगानाबाट एउटा कर्पोरेट होस्ट, एउटा आन्तरिक नाम, र एक पटक फेरि जोडिएपछि ती चारै। ब्राउजिङ चल्यो र कर्पोरेट होस्ट असफल भयो भने, गुमेको प्रिफिक्स रुट हो, तपाईंले हटाएको डिफल्ट होइन, र प्रोफाइल फेरि बनाउनुभन्दा त्यो सुधार्न धेरै सस्तो पर्छ।