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 संदर्भ वह जगह है जहाँ आप अपने मॉड्यूल संस्करण के सामने मापदंडों की वर्तनी जाँचते हैं।