Windows मा स्प्लिट टनेल: गेटवे बाकस र हराएको उपसर्ग

टनेल जोडिएको जनाउँछ र विकि अझै लोड हुन्छ। त्यसपछि एउटा डाउनलोड अड्किन्छ र शेल्फमा रहेको साझेदारी जवाफ दिन छोड्छ। टनेलले आफ्नो काम गर्यो, र प्रोफाइलले केवल हरेक गन्तव्यमा दाबी गर्यो।

Windows ले VPN जडानलाई रुटिङ निर्णयका रूपमा लिन्छ। त्यो निर्णय साँघुरो नभएसम्म, मेसिन कार्यालय सरेजस्तै व्यवहार गर्छ।

काम गर्ने टनेल पनि अवरोधजस्तो किन लाग्छ

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

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

IPv4 संवादमा लुकेको चेकबाकस

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

पुनः जोड्नुअघि र पछि route print -4 तुलना गर्नुहोस्। पहिले टनेलतर्फ देखाउने 0.0.0.0 प्रविष्टि गएको हुनुपर्छ, र कर्पोरेट उपसर्गहरू अझै त्यहीँ हुनुपर्छ।

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

इन्टरफेस मेट्रिक बदल्नु त्यसको विकल्प होइन। मेट्रिकले दुई प्रतिस्पर्धी पूर्वनिर्धारित रुटबीच मात्र निर्णय गर्छ, र हरेक जडानमा आफ्नै पूर्वनिर्धारित रुट पुनः स्थापना गर्ने क्लाइन्टले जुनसुकै संख्या सेट गरिए पनि त्यो प्रतिस्पर्धा जित्छ।

कसैले पनि सूचीबद्ध नगरेको उपसर्ग

स्प्लिट टनेलिङले प्रोफाइलमा अभिलेख गरिएका उपसर्गहरू नै खोल्छ। प्रोफाइल लेखेपछि थपिएको कार्यालय सबनेट टनेल पूर्ण रूपमा स्वस्थ हुँदा पनि पुग्न नसकिने रहन्छ। त्यसपछि प्रतिवेदन बिग्रिएको VPN होइन, एउटा बिग्रिएको सर्भरका रूपमा आउँछ।

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

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

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

रिबुटपछि नतिजा प्रमाणित गर्ने

दुवै दिशामा ट्रेस गर्नुहोस् र नामबाट समाधान गर्नुहोस्। सार्वजनिक ट्रेस प्रदायकबाट बाहिर जानुपर्छ, आन्तरिक ट्रेस टनेलमा प्रवेश गर्नुपर्छ, र आन्तरिक होस्टले ठेगानाबाट मात्र होइन नामबाट पनि जवाफ दिनुपर्छ।

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

डिस्कनेक्ट, पुनः जडान र एउटा रिबुटपछि दोहोर्‍याउनुहोस्। जो उपसर्ग म्यानुअल पुनः जडान सहन्छ र रिस्टार्टपछि हराउँछ, त्यो कहिल्यै प्रोफाइलमा भण्डारण गरिएको थिएन।

प्रिन्टर र NAS पनि परीक्षणमा राख्नुहोस्, किनकि ल्यापटपको छेउका यन्त्रहरू काट्ने स्प्लिट टनेलले एउटा समस्या सानो र बढी हैरान गर्ने समस्या बनाएर समाधान गरेको छ। तपाईंको मोड्युल संस्करणसँग प्यारामिटरको हिज्जे जाँच्ने ठाउँ Microsoft को Add-VpnConnectionRoute सन्दर्भ हो।