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 कागजात ले दोस्रो चरणमा तपाईंले लेखेका फिल्डहरू सूचीबद्ध गर्छ। छ महिनापछि त्यही टिप्पणीले एउटै प्रविष्टिलाई दुई पटक निदान हुनबाट रोक्छ।