Windows मधील नेटवर्क रीसेट VPN बिघाडापेक्षा जास्त पुसतो
रीसेट केवळ बिघडलेली टनेल नाही, तर अडॅप्टर, मार्ग आणि WFP फिल्टर साफ करते. आधी प्रोफाइल, प्रमाणपत्रांची यादी आणि पुरावे जतन करा, नंतर थरांमध्ये तपासा.
प्रत्येक Windows VPN तक्रारीनंतर दहा मिनिटांत सल्ला येतो: नेटवर्क रीसेट चालवा, ते सर्व ठीक करते. ठीक करत नाही, आणि ते अरुंद नाही. ते बटण अडॅप्टर पुसते, प्रोटोकॉल पुन्हा जोडते, स्थिर पत्ते आणि डीफॉल्ट मार्ग काढून टाकते, फायरवॉल आणि फिल्टर नोंदी टाकून देते, आणि शिवाय Wi-Fi प्रोफाइल विसरते. चालणाऱ्या पण चुकीच्या संरचित टनेल असलेल्या मशीनवर ते एका निदानयोग्य बिघाडाचे अदस्तऐवजीकृत पुनर्बांधणीत रूपांतर करते. आधी पाच गोष्टी जतन करा, आणि ते पूर्ववत करण्याचा पर्याय तुमच्याकडे राहील.
रीसेट VPN प्रोफाइलपुरता मर्यादित नाही
VPN कनेक्शन नेटवर्क स्टॅक सामायिक करणाऱ्या अनेक वस्तूंपैकी एक आहे. अडॅप्टर काढून पुन्हा जोडणे इंटरफेस इंडेक्स बदलते, आणि त्या इंडेक्सचा संदर्भ देणारी प्रत्येक गोष्ट, मार्गापासून फायरवॉल नियम आणि तृतीय-पक्ष फिल्टर ड्रायव्हरपर्यंत, आता अस्तित्वात नसलेल्या गोष्टीचा संदर्भ देते.
व्हर्च्युअलायझेशन हे अधिक बिघडवते. Hyper-V स्विच, VMware ब्रिज, कंटेनर नेटवर्क आणि स्वतःचे व्हर्च्युअल अडॅप्टर असलेले VPN क्लायंट सर्व एकाच जागेत राहतात. पायाभूत स्टॅक पुन्हा इंस्टॉल करणारे रीसेट ते घटक अर्धवट ठेवू शकते, आणि परिणामी मशीन चालणारे मार्ग नसताना चालणारे हार्डवेअर सांगते.
यातील काहीही कधीही रीसेट न करण्याच्या बाजूने युक्तिवाद नाही. हा पहिल्यांदा रीसेट न करण्याच्या बाजूने युक्तिवाद आहे, ज्या मशीनची तुम्ही नोंद ठेवली नाही, जेव्हा खरा बिघाड एक मार्ग नोंद किंवा एक जुना फिल्टर असू शकतो. रीसेट हे रुंद साधन आहे आणि यशाचे प्रमाण अरुंद आहे, आणि ते पहिले पाऊल करणे म्हणजे दोन्हींपैकी काय होते हे तुम्हाला कधीच कळणार नाही याची हमी.
सेटिंग जतन करण्यापूर्वी पुरावे जतन करा
बिघाड स्वतः डेटा आहे. नेमका त्रुटी कोड, वेळ, कोणते प्रोफाइल निवडले होते, आणि गेटवेने प्रयत्न नोंदवला का, लिहा. टनेलला कधीही उत्तर मिळाले नाही असे सांगणारा कोड आणि प्रमाणीकरण अयशस्वी झाले असे सांगणारा कोड पूर्णपणे वेगळ्या दुरुस्त्यांकडे निर्देश करतात. रीसेटनंतर दोन्हींपैकी काहीही पुन्हा तयार करता येणार नाही असे होऊ शकते. तुटलेल्या स्थितीकडे तुम्ही आता खर्च करणार असलेल्या मालमत्तेसारखे पहा.
स्थिती अजून तुटलेली असतानाच टिपून घ्या, मशीनच्या तात्पुरत्या फोल्डरबाहेरच्या फोल्डरमध्ये:
mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xmlशेवटची कमांड हीच लोक सोडतात, आणि अनेकदा तीच बिघाड समजावून सांगते. काढलेल्या क्लायंटचे उरलेले फिल्टर कायमस्वरूपी धोरण म्हणून जगतात, आणि निर्यात केलेली XML त्यांची एकमेव स्थानिक नोंद आहे. रीसेटने तुम्ही ओळखू पाहत असलेली गोष्ट पुसण्यापूर्वी ती वाचा.
परत न येणारे कॉन्फिगरेशन जतन करा
काही सेटिंग स्वतःहून पुन्हा तयार होतात. स्थिर पत्ते, सानुकूल मार्ग, DNS प्रत्यय, प्रॉक्सी अपवाद आणि फायरवॉल नियम तयार होत नाहीत. प्रोफाइलही नाही, जी फोनबुक फाइलमध्ये राहतात आणि रीसेट ती तुमच्यासाठी पुनर्संचयित करत नाही.
| What to save | Where it lives | Why the reset loses it |
|---|---|---|
| VPN profiles | rasphone.pbk in ProgramData or the user profile | Profiles are not part of the adapter state |
| Static IP and DNS | Adapter configuration | Adapters are removed and recreated |
| Persistent filters | WFP policy store | Filter state is cleared with the stack |
| Third-party bindings | Adapter binding list | Components must be reinstalled manually |
Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfterप्रमाणपत्रांची यादी दिसते त्यापेक्षा महत्त्वाची आहे. नेटवर्क रीसेट क्लायंट प्रमाणपत्रे नष्ट करत नाही, पण यादी सांगते की प्रोफाइल कोणत्या प्रमाणपत्रांवर अवलंबून होते आणि कोणते लवकर संपत आहे. पुनर्बांधणीनंतर कालबाह्य प्रमाणपत्र सापडल्यास पुनर्बांधणी वाया जाते.
सुरुवात करण्यापूर्वी पुनर्प्राप्तीचा मार्ग लिहा
मशीन दूर असल्यास आणि VPN हाच तुमचा एकमेव प्रवेश असल्यास, रीसेट तुमचे सत्र संपवू शकते आणि जागेवर कोणी नसल्यास परत जाण्याचा मार्ग नसेल. अडॅप्टरला स्पर्श करणारे काहीही चालवण्यापूर्वी पटवून घ्या की बँडबाहेरील प्रवेश आहे, किंवा व्यक्ती उपलब्ध आहे.
इंस्टॉलर आणि कनेक्शन तपशील अशा ठिकाणी ठेवा जिथे मशीन नंतरही पोहोचू शकेल. टनेलमधून पोहोचणाऱ्या विक्रेता पोर्टलवरून पुन्हा इंस्टॉल करावा लागणारा क्लायंट हे चक्रीय अवलंबन आहे, आणि ही प्रक्रिया सेवा खंडात बदलण्याचा सर्वात सामान्य मार्ग आहे.
नंतर तुम्ही काय करत आहात आणि का, नेमक्या कमांडसह लिहा. पुढच्या व्यक्तीला माहीत असले पाहिजे की रीसेट प्रयोग होता की निर्णय, आणि “आम्ही सर्व काही केले” ही नोंद नाही.
रीसेटनंतर थरांमध्ये तपासा
एकाच वेळी खूप काही पुनर्संचयित केल्यास निकाल वाचनीय राहत नाही. खालून काम करा: अडॅप्टर आणि पत्ता, नंतर नाव निराकरण, नंतर टनेलचा ओळख टप्पा, नंतर अनुप्रयोग. प्रत्येक थराकडे त्याच्या प्रश्नाचे उत्तर देणारी कमांड आहे:
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443अडॅप्टरचा थर निरोगी असून निराकरण नसेल, तर थांबा आणि निराकरण दुरुस्त करा. त्या क्षणी VPN क्लायंट पुन्हा इंस्टॉल केल्यास एक चल जोडला जातो आणि एक सुगावा काढला जातो. फक्त समजावून सांगता येणारी सेटिंग एक एक करून पुनर्संचयित करा, आणि प्रत्येकानंतर तोच थर तपासा.
मायक्रोसॉफ्टचे स्वतःचे त्रुटी 720 साठीचे समस्या-निवारण मार्गदर्शन, उदाहरणार्थ, सर्वसाधारण रीसेट सांगण्याऐवजी बाइंडिंग समस्या पत्ता-वाटप समस्यांपासून वेगळ्या करते, आणि हा या कुटुंबातील प्रत्येक कोडसाठी योग्य सहजज्ञान आहे. सर्वात रुंद उपलब्ध साधनाकडे वळण्यापूर्वी कोड काय दावा करतो ते वाचा.