अतिरिक्त सॉफ्टवेअरशिवाय 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 फायरवॉल नियम संदर्भात करते, आणि तो केवळ स्क्रीनशॉटच्या मार्गदर्शकापेक्षा चांगला स्रोत आहे।