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 दस्तऐवज दुसऱ्या पायरीत तुम्ही लिहिलेली क्षेत्रे सूचीबद्ध करते। सहा महिन्यांनंतर तीच टिपण एकाच नोंदीचे दोनदा निदान होण्यापासून थांबवते।