Windows VPN द्वारा छोड़े गए पुराने रूट को कैसे हटाएँ

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

1. तय करें कि प्रविष्टि पुरानी है या जानबूझकर बनाई गई

जिस प्रविष्टि ने रीबूट के बाद भी टिका रहा, वह कहीं लिखी गई थी, और वह जगह आमतौर पर दुर्घटना नहीं बल्कि निर्णय होती है। स्प्लिट टनलिंग उन रूटों पर निर्भर करती है जो बचे हुए रूटों जैसे बिल्कुल दिखते हैं, और एक उपसर्ग को टनल से भेजने वाली नीति एक ही सूची में पुरानी प्रविष्टि से अलग नहीं पहचानी जा सकती। पूछें कि रूट कब प्रकट हुआ: जो केवल टनल चालू रहने तक मौजूद रहता है वह क्लाइंट के कॉन्फ़िगरेशन का है, इसलिए सफ़ाई का कमांड गलत औज़ार है। जानबूझकर बनाया गया रूट हटाइए और अगला कनेक्शन उसी चरण पर विफल होता है जिसे कोई नहीं देख रहा।

एंडपॉइंट रूट अपनी अलग चेतावनी का हक़दार है। जब क्लाइंट VPN सर्वर के लिए होस्ट रूट जोड़ता है ताकि एन्क्रिप्टेड पैकेट स्थानीय कनेक्शन से उस तक पहुँच सकें, तो उस रूट को हटाने से अगले पुनःकनेक्शन पर टनल ढह जाती है, और लक्षण सर्वर की खराबी जैसा पढ़ा जाता है। कुछ भी छूने से पहले गंतव्य की तुलना उस पते से करें जिससे क्लाइंट जुड़ता है: VPN सर्वर से मेल खाने वाला एक सार्वजनिक पता बाहरी रास्ता है, कचरा नहीं।

2. उन चार फ़ील्ड को दर्ज करें जो प्रविष्टि की पहचान हैं

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

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric

मीट्रिक के अनुसार क्रम लगाने से वे रूट ऊपर आते हैं जिन्हें मशीन वास्तव में पसंद करती है, और बचा हुआ रूट आमतौर पर वहीं बैठता है। प्रविष्टि की तुलना टनल चालू रहने पर और फिर उसके गिरने के बाद करें: जो रूट अडैप्टर के साथ चला जाता है वह क्लाइंट का था, और जो रह जाता है वह किसी और चीज़ ने लिखा। नीति भंडार वह फ़ील्ड है जिसे लोग छोड़ देते हैं, और यही दोबारा प्रकट होने की व्याख्या करता है, क्योंकि सक्रिय भंडार से हटाई गई प्रविष्टि अगले नीति रीफ़्रेश के बाद लौट आती है। कुछ भी चलाने से पहले जो स्थिति बदलता है, ये चार मान लिख लें।

3. हटाने की झलक देखें, फिर एक प्रविष्टि हटाएँ

Remove-NetRoute वही उपसर्ग और इंटरफ़ेस सूचकांक स्वीकार करता है जो Get-NetRoute ने छापा था, और उसमें झलक देखने का स्विच है, इसलिए कुछ भी अनुमान लगाने की ज़रूरत नहीं। इस जोड़ी को इसी क्रम में चलाएँ:

Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42

झलक वह ऑब्जेक्ट छापती है जिसे वह हटाएगी, इसलिए स्विच छोड़ने से पहले उपसर्ग, इंटरफ़ेस और अगले हॉप की तुलना अपने नोट्स से करें। कोई भी पंक्ति स्थायी प्रविष्टि तक नहीं पहुँचती, क्योंकि सक्रिय भंडार डिफ़ॉल्ट है; जब आपने पहचाना हुआ रूट वहीं रहता हो तो -PolicyStore PersistentStore जोड़ें, वरना हटाना काम करता दिखेगा और प्रविष्टि अगले नीति रीफ़्रेश पर लौट आएगी। जब सत्र दूरस्थ हो तो आउट-ऑफ़-बैंड रिकवरी रास्ता रखें, क्योंकि अपना ही कनेक्शन ले जाने वाला रूट हटाने से वह समाप्त हो जाता है। तालिका साफ़ करने वाले कमांड की ओर कभी न बढ़ें।

4. वह घटक खोजें जो उसे वापस रखता है

हटाना तब तक समाधान नहीं है जब तक स्वामी अब भी रूट स्थापित करने के लिए कॉन्फ़िगर है। स्वामी आमतौर पर तीन में से एक होता है: स्प्लिट-टनल सूची के साथ VPN क्लाइंट की प्रोफ़ाइल, कोई स्क्रिप्ट या निर्धारित कार्य जो लॉगऑन पर रूट जोड़ता है, या मशीन पर लागू डोमेन नीति। पहले प्रोफ़ाइल जाँचें, क्योंकि वह हर कनेक्शन पर चलती है:

Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStore

स्थायी प्रविष्टियाँ बिना कुछ जोड़े दिखाई देती हैं, इसलिए बिना VPN सत्र के रीबूट के बाद लौटने वाला रूट लगभग हमेशा उसी भंडार में या स्टार्टअप स्क्रिप्ट में रहता है। वहीं स्वामी को ठीक करें, और मैन्युअल हटाना इलाज के बजाय सत्यापन बन जाता है।

5. खोज, पड़ोसियों और नोट का सत्यापन करें

साफ़ परिणाम का अर्थ यह नहीं कि रूट चला गया; वह ऐसी खोज है जो अब वही इंटरफ़ेस चुनती है जिसकी आपने अपेक्षा की थी। मशीन से पूछें कि प्रभावित उपसर्ग के लिए पैकेट कहाँ जाएगा, क्योंकि बचा हुआ रूट अब भी मृत सूचकांक का नाम लेता है जबकि साफ़ उत्तर ऑन-लिंक इंटरफ़ेस या सही गेटवे का नाम लेता है। Find-NetRoute एक बार में एक पते के लिए यह उत्तर देता है:

Find-NetRoute -RemoteIPAddress 10.20.4.7

फिर पड़ोसी जाँचें: दूसरा उपसर्ग चुनें जिसकी स्प्लिट टनल को अब भी ज़रूरत है और पुष्टि करें कि उसकी खोज अपरिवर्तित है, क्योंकि एक रूट ज़्यादा हटा देना वही गलती है जिसे यह सफ़ाई आमंत्रित करती है। जो एप्लिकेशन शुरू में विफल हुआ उसे फिर आज़माएँ, और दर्ज करें कि उपसर्ग अब किस घटक का है। Microsoft का Get-NetRoute दस्तावेज़ उन फ़ील्ड को सूचीबद्ध करता है जो आपने दूसरे चरण में लिखे थे। छह महीने बाद यही नोट उस प्रविष्टि को दोबारा निदान होने से रोकता है।