27850, 442 आणि 651: एक स्टॅक, तीन पहिल्या तपासण्या
तीनही त्रुटी व्हर्च्युअल अडॅप्टरच्या स्टॅकमधून येतात. संख्या तिच्या स्तराशी जुळवा, तो स्तर तपासा, आणि स्वच्छतेनंतरच पुन्हा इन्स्टॉल करा.
इन्स्टॉलर 27850 वर थांबतो, कनेक्शन 442 ने नाकारले जाते, आणि दुसरे प्रोफाइल 651 परत करते. या संख्या तीन वेगळ्या बिघाडांसारख्या दिसतात, आणि नेहमीची प्रतिक्रिया क्लायंट तीन वेळा पुन्हा इन्स्टॉल करणे ही असते. पण त्या एकाच उपप्रणालीतून येतात: व्हर्च्युअल अडॅप्टर आणि त्याभोवतीचा फिल्टर स्टॅक. त्रुटीची संख्या कोणता स्तर अपयशी ठरला हे सांगते, आणि तेच पहिली तपासणी ठरवते. संख्या न वाचता पुन्हा इन्स्टॉल केल्यास तोच बिघाड पुन्हा होतो.
संख्या स्तराशी जुळवा
प्रत्येक त्रुटी वेगळ्या बिंदूवर उद्भवते, म्हणून दिसणारे लक्षण तेच नाकारलेले कनेक्शन असले तरी पहिली तपासणी वेगळी असते. तीन कुटुंबे प्रत्येक प्रकरण झाकतात: इन्स्टॉलर, अडॅप्टर आणि त्याखालील पोर्ट. खालील तक्ता प्रत्येक संख्या तिला आवश्यक असलेल्या तपासणीच्या शेजारी ठेवतो.
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
कोणतेही प्रोफाइल निवडण्यापूर्वी त्रुटी दिसल्यास ती इन्स्टॉलर कुटुंबाची आहे. क्लायंट अडॅप्टर वर करण्याचा प्रयत्न करताना दिसल्यास ती अडॅप्टर कुटुंबाची आहे. अडॅप्टर दिसतो पण पोर्ट कधीच उघडत नाही तर ते मिनिपोर्ट कुटुंब आहे. काहीही बदलण्यापूर्वी संख्या लिहून ठेवा. तीन्ही दुरुस्त्या स्टॅकच्या वेगळ्या भागांना स्पर्श करतात, आणि चुकीच्या कुटुंबासाठी केलेला बदल पुढील प्रयत्न वाचणे कठीण करतो.
भरलेला फिल्टर स्टॅक, किंवा ड्रायव्हरला अडवणारा सुरक्षा सूट
क्लायंट इन्स्टॉल केल्यावर अडॅप्टर शृंखलेत एक छोटा फिल्टर घटक नोंदवला जातो. अशा घटकांची किती जोडता येतील यावर Windows ची कडक मर्यादा आहे, आणि अँटीव्हायरस, व्हर्च्युअलायझेशन ब्रिज व कॅप्चर ड्रायव्हर असताना डीफॉल्ट थोडी जागा ठेवतो. मग VPN पॅकेज ठीक असूनही इन्स्टॉल 27850 ने अपयशी होते. भरलेला आणि तुटलेला स्टॅक इन्स्टॉलर ओळखू शकत नाही.
सध्याचे मूल्य वाचा, ते वाढवा, आणि पुन्हा प्रयत्न करण्यापूर्वी रीबूट करा. स्टॅक पुन्हा तयार होईपर्यंत नवीन फिल्टर जोडता येत नाही:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fदुसरे कारण म्हणजे दृश्य इशारा न देता ड्रायव्हर इन्स्टॉलला अडवणारा सुरक्षा सूट. त्याचे स्व-संरक्षण फिल्टरची नोंदणी रोखू शकते, म्हणून इन्स्टॉलर सामान्य घटक अपयश नोंदवतो. सूटचा स्वतःचा लॉग पाहा, आणि स्व-संरक्षणच अडथळा असेल तर तो केवळ इन्स्टॉलच्या कालावधीत बंद करा आणि लगेच नंतर पुन्हा सुरू करा. मूल्य आधीच वाढवलेले असेल आणि कोणताही सूट अडवत नसेल, तर शोधा पूर्वीच्या VPN उत्पादनातील सोडलेले फिल्टर ड्रायव्हर. जुळणारी सेवा नसलेला जुना फिल्टर अजूनही जागा व्यापतो आणि नवीन इन्स्टॉल अपयशी करू शकतो.
अडॅप्टर आहे आणि खालीच राहतो
त्रुटी 442 म्हणजे व्हर्च्युअल अडॅप्टर आहे पण क्लायंट तो वर करू शकत नाही. पहिली तपासणी म्हणजे लपलेली उपकरणे दाखवणारा उपकरण व्यवस्थापक: बंद अडॅप्टर, इशारा चिन्ह असलेला अडॅप्टर आणि गहाळ अडॅप्टर क्लायंटमध्ये सारखेच दिसतात पण वेगळ्या दुरुस्त्या लागतात. Internet Connection Sharing अनेकदा तो धरून ठेवते. सेवेने अडॅप्टर ताब्यात घेतला असेल तर रजिस्ट्रीला हात लावण्यापूर्वी सेवा थांबवा आणि पुन्हा प्रयत्न करा. उरलेली शेअरिंग संरचना रीबूटनंतर पुन्हा ताबा घेऊ शकते, म्हणून दुरुस्ती रीबूटनंतर टिकते का ते नोंदवा.
पुन्हा इन्स्टॉल केल्यावर अडॅप्टर अव्यवस्थित करणारे विकृत दर्शनीय नाव राहू शकते. मूल्य साधा मजकूर असावा, न सुटलेले इन्स्टॉलर टोकन नाही:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"तुमचा क्लायंट अपेक्षित असलेले दर्शनीय नाव वापरा, नंतर अडॅप्टर पुन्हा मोजला जाण्यासाठी रीबूट करा. रीबूट न करता मूल्य सेट केल्यास सहसा जुनी स्थिती तशीच राहते आणि पुढील कनेक्शन पुन्हा 442 देते.
खालील पोर्ट कधीच उघडत नाही
कनेक्शन व्यवस्थापक WAN मिनिपोर्ट उघडू शकत नाही तेव्हा त्रुटी 651 नोंदवली जाते. क्लायंटमध्ये अडॅप्टर निरोगी दिसू शकतो पण त्याखालील पोर्ट कधीच सुरू झालेल्या स्थितीत पोहोचत नाही. काहीही पुन्हा इन्स्टॉल करण्यापूर्वी मिनिपोर्ट आणि त्यांची स्थिती सूचीबद्ध करा:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameत्रुटी स्थिती असलेला मिनिपोर्ट हा थेट सुगावा आहे. उपकरण व्यवस्थापकातून तो पुन्हा इन्स्टॉल केल्यास पोर्ट पुन्हा तयार होतो, आणि म्हणूनच क्लायंट पुन्हा इन्स्टॉल करून चालत नाही तेव्हा ही दुरुस्ती चालते. भौतिक अडॅप्टरला जोडलेले तृतीय-पक्षीय ड्रायव्हर हे दुसरे सामान्य कारण आहे. VirtualBox चा ब्रिज नेटवर्किंग ड्रायव्हर, OpenVPN वरून राहिलेला TAP ड्रायव्हर, किंवा कॅप्चर फिल्टर पोर्ट आधी घेऊ शकतात. ड्रायव्हर आधीच जोडलेला असेल तर इन्स्टॉलच्या वेळी घटकाची खूण काढून टाकणे पुरेसे नाही; तो अडॅप्टरच्या गुणधर्मांतून काढावा लागतो किंवा ड्रायव्हर स्टोअरमधून अनइन्स्टॉल करावा लागतो.
VPN कनेक्शनवर IPv6 बंद केल्याने काही बिल्डमध्ये ही त्रुटी सुटली आहे, पण तो कायमस्वरूपी रचना नाही तर चाचणी माना. IPv6 बंद असेल तरच कनेक्शन सुरू होत असेल, तर मूळ मिनिपोर्ट किंवा ड्रायव्हरच दोषी आहे.
एक स्तर बदला आणि पुरावे ठेवा
तुम्ही बदलता ती रजिस्ट्री मूल्ये जतन करा, अडॅप्टर आणि फिल्टरची यादी आधी व नंतर नोंदवा, आणि प्रयत्नांमध्ये रीबूट करा. येथे प्रत्येक कुटुंबासाठी रीबूट हा दुरुस्तीचा भाग आहे, कारण अडॅप्टर स्टॅक बूटच्या वेळी तयार होतो आणि सेवा पुन्हा सुरू केल्याने तो पुन्हा तयार होत नाही.
जुना अडॅप्टर, फिल्टर आणि मिनिपोर्ट गेल्यानंतरच क्लायंट पुन्हा इन्स्टॉल करा. तुटलेल्या स्टॅकवर नवीन क्लायंट बसवणे हा तोच मार्ग आहे ज्यामुळे दुरुस्तीयोग्य 27850 दोन अर्धवट नोंदणीकृत अडॅप्टर असलेले आणि स्पष्ट त्रुटी नसलेले यंत्र बनते. तीच त्रुटी स्तर-विशिष्ट तपासणीनंतर दोन वेळा टिकली तर थांबा आणि वर नोंदवा. त्या टप्प्यावर उपयुक्त पुढील पाऊल म्हणजे विक्रेत्याच्या इन्स्टॉलर लॉगसह स्वच्छ नेटवर्क स्टॅक आढावा, तोच पुन्हा इन्स्टॉल पुन्हा करणे नाही.