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 दस्तऐवज स्प्लिट-टनेलिंग पॅरामीटर आणि तो लागू होणाऱ्या प्रोफाइल प्रकारांची यादी देते।

नंतर ठराविक क्रमाने तपासा: डीफॉल्ट रूट कोणाचा आहे, सामान्य ब्राउझिंग, पत्त्याने एक कॉर्पोरेट होस्ट, एक अंतर्गत नाव, आणि एकदा पुन्हा जोडल्यानंतर तेच चार। ब्राउझिंग चालले आणि कॉर्पोरेट होस्ट अयशस्वी झाल्यास, गहाळ प्रीफिक्स रूट आहे, तुम्ही काढलेला डीफॉल्ट नाही, आणि प्रोफाइल पुन्हा तयार करण्यापेक्षा ते दुरुस्त करणे खूप स्वस्त आहे।