Windows चा VPN म्हणतो डिव्हाइस गहाळ आहे: क्रमाने दुरुस्त करा
गहाळ डिव्हाइस आणि लगेच थांबणारी SSTP सेवा स्थानिक दोष आहेत, क्रेडेन्शियलची समस्या नाही। सेवा, मिनीपोर्ट आणि एक प्रोफाइल क्रमाने पाहा।
Windows वर वेगळे वाटणारे दोन लक्षणे एकच कारण सामायिक करतात: साठवलेले कनेक्शन डिव्हाइस गहाळ असल्याचे सांगते, आणि SSTP सेवा काही सेकंदांत सुरू होऊन थांबते। यापैकी कोणतेही पासवर्डची समस्या नाही, आणि कोणतेही आधी प्रोफाइल पुन्हा तयार केल्याने सुटत नाही। कोणत्याही साइन-इन प्रयत्नापूर्वी असाव्या लागणाऱ्या स्थानिक भागांपासून दुरुस्ती सुरू होते।
खालील क्रमाने बाहेरच्या दिशेने काम करा, आणि लक्षण बदलणाऱ्या पहिल्या टप्प्यावर थांबा। डिव्हाइस तयार होण्यापूर्वी प्रोफाइल पुन्हा बांधल्यास त्याच संदेशासह दुसरी नोंद तयार होते।
क्रेडेन्शियलपासून नाही, सेवांपासून सुरुवात करा
नेटिव्ह Windows कनेक्शनमागे तीन सेवा असतात: Telephony, Remote Access Connection Manager आणि Remote Access Auto Connection Manager। आउटबाउंड प्रोफाइलसाठी तिन्ही चालली पाहिजेत, आणि यापैकी कोणतीही पूर्वीच्या साफसफाई स्क्रिप्टने किंवा कठोर केलेल्या इमेजने बंद ठेवलेली असू शकते। वापरातील सेवा Disabled वर न ठेवता Manual किंवा Automatic वर ठेवा, आणि दुसरे काही स्पर्श करण्यापूर्वी त्या सुरू करा। Routing and Remote Access आत येणाऱ्या कनेक्शनचे होस्टिंग करणारा वेगळा घटक आहे, म्हणून तो सुरू करणे आउटबाउंड डायलसाठी पूर्वअट नाही।
Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }
सुरू होऊन लगेच Stopped मध्ये परतणारी सेवा केवळ बंद केलेल्या सेवेपेक्षा वेगळा दोष आहे। संबंधित इव्हेंट नोंद पुढे जाण्यास नकार देणाऱ्या घटकाचे नाव सांगते।
मग प्रोफाइलमागील मिनीपोर्ट तपासा
कार्यरत इन्स्टॉलेशन वापरू शकणाऱ्या प्रोटोकॉलसाठी WAN Miniport उपकरणे सूचीबद्ध करते, त्यात PPTP, L2TP, IKEv2 आणि PPPoE यांचा समावेश आहे। त्या नोंदी नसल्यास किंवा बंद असल्यास, Windows कडे कनेक्शन बांधण्यासाठी काही नाही, आणि प्रोफाइल डिव्हाइस गहाळ असल्याचे सांगत राहते। लपलेली उपकरणे दाखवून Device Manager उघडा आणि फिल्टर केलेल्या यादीऐवजी खरी यादी पाहण्यासाठी Network adapters विस्तारित करा। कनेक्शन मॅनेजर सुरू केल्यावर ती उपकरणे बऱ्याचदा पुन्हा मोजली जातात, म्हणून सेवेतील दोष अनुपस्थित हार्डवेअरची नकल करू शकतो।
मिनीपोर्ट सुरू करणे ही समर्थित दुरुस्ती आहे, तर ॲडॉप्टर मोठ्या प्रमाणात हटवणे नाही। हा फरक दूरच्या मशीनवर महत्त्वाचा आहे, जिथे तुम्ही काढता तो प्रत्येक ॲडॉप्टर परत जाण्याचा हरवलेला मार्ग असतो।
जेव्हा SSTP सेकंदांत सुरू होऊन थांबते
SSTP खाली दोन सामायिक घटक आहेत: इव्हेंट लॉग आणि WMI रेपॉझिटरी। ती रेपॉझिटरी खराब झाल्यास, सेवा चालू राहण्यास नकार देते, आणि VPN प्रोफाइलमध्ये हे स्पष्ट करणारे काहीही नाही। प्रशासकीय सत्रासह Safe Mode मध्ये बूट करा, नंतर सिस्टम ड्राइव्हवरील WMI लॉग फोल्डरमधील RtBackup डिरेक्टरी रिकामी करा आणि डिरेक्टरी स्वतः तिथेच ठेवा। जिथे नाव बदलणे अडवले आहे, तिथे आधी आतील सामग्री साफ करा आणि नंतर नाव बदला, जुन्या फाइली बदलीत न्या। इव्हेंट लॉग जतन करा आणि नंतर रिकामे करा, कारण रिकाम्या RtBackup वर सुरू होणारी सेवा लॉग खराब राहिल्यास पुढील बूटमध्ये पुन्हा अपयशी होते।
Event Viewer अजिबात उघडत नसेल, तर समस्या VPN कॉन्फिगरेशनमध्ये नाही, लॉगमध्ये आहे। दुसरी सेटिंग बदलण्यापूर्वी त्यांच्याकडे परत जा।
एक नोंद पुन्हा बनवा आणि ती एकटीच तपासा
प्रत्येक नेटिव्ह कनेक्शन फोन बुक फाइलमध्ये असते, आणि प्रत्येक वापरकर्त्याची प्रत Network/Connections मार्गातील रोमिंग ॲप्लिकेशन डेटा फोल्डरमध्ये असते। संपूर्ण मशीनची फोन बुक वेगळी फाइल आहे जी एकमेकांशी संबंध नसलेल्या नोंदी ठेवू शकते। विझार्डने एक नवीन कनेक्शन जोडा, किंवा ऑपरेटर देतो ते पॅकेज आयात करा, आणि दुसरे काहीही करण्यापूर्वी ती नोंद एकटीच तपासा। संपूर्ण फोन बुक बदलल्यास चालू असलेली कनेक्शनही तुटलेल्यासोबत खाली येतात।
rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'
जे कनेक्शन प्रस्थापित होते आणि नंतर काहीही वाहून नेले नाही, ते या दुरुस्तीच्या पलीकडे गेले आहे। Hyper-V होस्टवर व्हर्च्युअल ॲडॉप्टरवर NetBIOS over TCP/IP सुरू करणे हे अनेक दस्तऐवजीकृत SSTP प्रकरणांमध्ये गहाळ तुकडा आहे, आणि ते तपासण्यास काहीही खर्च होत नाही। कालबाह्य पासवर्ड जोडलेले असतानाच दुरुस्त होतो, कारण डिरेक्टरी नवीन मूल्य यशस्वी साइन-इननंतरच शिकते। पुढे जाण्यापूर्वी कोणता टप्पा अपयशी झाला ते नोंदवा, कारण प्रमाणीकरण त्रुटीला उत्तर म्हणून डिव्हाइस मार्ग पुन्हा बांधल्यास फक्त गोंधळ होतो, प्रगती नाही।
सेवा, मग मिनीपोर्ट, मग एक प्रोफाइल, मग प्रमाणीकरण, मग दूरचे साधन। हा क्रम संपूर्ण पद्धत आहे, आणि पहिल्या बदलावर थांबणे हेच तिला छोटी ठेवते।