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 अवस्थामा हराएको टुक्रा हो, र यो जाँच्न केही खर्च लाग्दैन। म्याद सकिएको पासवर्ड जोडिएकै अवस्थामा मर्मत हुन्छ, किनकि डाइरेक्टरीले नयाँ मान सफल साइन-इनपछि मात्र थाहा पाउँछ। अगाडि बढ्नुअघि कुन चरण असफल भयो लेख्नुहोस्, किनकि प्रमाणीकरण त्रुटिको जवाफमा यन्त्र मार्ग फेरि बनाउँदा हल्लीखल्ली मात्र हुन्छ, प्रगति होइन।

सेवा, त्यसपछि मिनिपोर्ट, त्यसपछि एउटा प्रोफाइल, त्यसपछि प्रमाणीकरण, त्यसपछि टाढाको स्रोत। यही क्रम पूरै विधि हो, र पहिलो परिवर्तनमा रोकिनु नै यसलाई छोटो राख्छ।

सम्बन्धित लेखहरू