अतिरिक्त सॉफ़्टवेयर के बिना Windows में किल स्विच: प्रोफ़ाइल या रूट?

क्लाइंट डाउनलोड के बीच में मर जाता है और ट्रे आइकन गायब हो जाता है। स्थानांतरण घर के कनेक्शन से चलता रहता है। यही क्रम किल स्विच होने का कारण है, और Windows दूसरे उत्पाद के बिना इसके करीब पहुँच सकता है।

दो तरीके जानने लायक हैं। वे अलग-अलग जगहों पर विफल होते हैं, और कोई भी पूरा उत्तर नहीं है।

तरीका एक: प्रोग्राम को केवल एक प्रोफ़ाइल पर अनुमति दें

Windows फ़ायरवॉल नियमों को Domain, Private और Public प्रोफ़ाइल तक सीमित करता है। तरकीब यह है कि टनल एडाप्टर को एक श्रेणी और भौतिक एडाप्टर को दूसरी श्रेणी दी जाए। फिर आप एक आउटबाउंड नियम लिखते हैं जो सुरक्षित प्रोग्राम को टनल प्रोफ़ाइल पर अनुमति देता है और बाकी हर जगह उसे अवरुद्ध करता है। फ़ायरवॉल श्रेणी पढ़ता है, एडाप्टर का नाम नहीं।

पहले VPN कनेक्शन को Private और भौतिक नेटवर्क को Public पर सेट करें। फिर प्रोग्राम के लिए अवरोध नियम जोड़ें जो उन प्रोफ़ाइल पर लागू हो जिन्हें आप नहीं चाहते। इसके बाद Get-NetConnectionProfile से आबंटन की पुष्टि करें, क्योंकि नियम उसी आबंटन का पालन करता है।

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

कमज़ोरी संरचनात्मक है। प्रोफ़ाइल नियम श्रेणी का पालन करता है, इसलिए जब Windows किसी होटल नेटवर्क को फिर से वर्गीकृत करता है तो अवरोध लागू होना बंद हो सकता है। ऐसा होने पर नियमों की सूची में कुछ नहीं बदलता।

तरीका दो: भौतिक डिफ़ॉल्ट रूट हटाएँ

रूट वाला दृष्टिकोण अधिक सख़्त और ऑडिट करने में कहीं आसान है। भौतिक गेटवे लिख लें, VPN को कम मीट्रिक के साथ अपना डिफ़ॉल्ट स्थापित करने दें, फिर भौतिक डिफ़ॉल्ट हटा दें। उसके बाद और कुछ भी ट्रैफ़िक नहीं ले जा सकता।

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

जब क्लाइंट मरता है, VPN रूट अपने एडाप्टर के साथ चला जाता है। मशीन लीक होने के बजाय ऑफ़लाइन हो जाती है, और किल स्विच को ठीक यही पैदा करना चाहिए।

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

तरीका तीन: कोई गेटवे नहीं, एक स्थायी होस्ट रूट

तीसरा विकल्प एडाप्टर सेटिंग्स से गेटवे साफ़ करने से शुरू होता है। फिर VPN एंडपॉइंट तक एक स्थायी रूट उसकी जगह लेता है। इसके बाद टनल ऊपर आने तक मशीन सर्वर से बात कर सकती है और किसी और से नहीं।

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

गेटवे बहाल करने से सामान्य इंटरनेट बहाल होता है, जो इसे एक साफ़ चालू-बंद स्विच बनाता है। यह इंटरफ़ेस घटनाओं को देखने वाली स्क्रिप्ट पर निर्भर नहीं है। नेटवर्क कैसे वर्गीकृत होता है, इसकी भी इसे परवाह नहीं।

कीमत टनल बंद रहने के दौरान पूरा अलगाव है। अपडेट रुक जाते हैं, और वह डाउनलोड भी रुक जाता है जिसने यह अभ्यास शुरू किया था। काम के लैपटॉप पर यह अक्सर सही होता है, जबकि निजी मशीन पर यह जानबूझकर लिया गया निर्णय है।

ग्लोब आइकन क्यों कुछ साबित नहीं करता

Windows Microsoft के एक एंडपॉइंट के विरुद्ध जाँच के ज़रिए पहुँच की सूचना देता है। वह जाँच आपकी टनल के बारे में कुछ नहीं कहती। जुड़ी हुई टनल ऐसे ग्लोब के पीछे बैठ सकती है जो इंटरनेट न होने की सूचना दे, और मरी हुई टनल स्वस्थ कनेक्शन दिखा सकती है।

क्लाइंट प्रोसेस मारकर परखें और फिर संख्या से किसी सार्वजनिक पते तक पहुँचने की कोशिश करें। नाम की पूछताछ कैश से उत्तर पा सकती है, इसलिए न आइकन सबूत है न DNS उत्तर।

असली गिरावट के बाद क्या दर्ज करें

परीक्षण को एक जाँच के बजाय एक क्रम के रूप में चलाएँ। डिस्कनेक्ट करने के बजाय प्रोसेस मारें, फिर दोनों फ़ैमिली में संख्यात्मक पता आज़माएँ। इसके बाद क्लाइंट बहाल करें और पुष्टि करें कि वह आपके रखे रूट से अब भी अपने सर्वर तक पहुँचता है।

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

नींद के बाद, Wi-Fi बदलने के बाद और केबल से वायरलेस पर जाने के बाद क्रम दोहराएँ। इन्हीं संक्रमणों पर प्रोफ़ाइल तरीका और DHCP व्यवहार दोनों विफल होते हैं। डेस्क पर टिकने वाला नियम होटल में ज़रूरी नहीं कि टिके।

हर नियम और रूट के बगल में पलटने का चरण लिखें। Microsoft आउटबाउंड नियम बनाने का दस्तावेज़ीकरण अपने Windows फ़ायरवॉल नियम संदर्भ में करता है, और वह केवल स्क्रीनशॉट वाली मार्गदर्शिका से बेहतर स्रोत है।