स्थापनाकर्ता 27850 मा रोकिन्छ, एउटा जडान 442 ले अस्वीकार हुन्छ, र अर्को प्रोफाइलले 651 फर्काउँछ। यी नम्बरहरू तीन फरक खराबीजस्ता देखिन्छन्, र सामान्य प्रतिक्रिया क्लाइन्ट तीन पटक पुनः स्थापना गर्नु हो। तर ती एउटै उपप्रणालीबाट आउँछन्: भर्चुअल एडाप्टर र यसको वरपरको फिल्टर स्ट्याक। त्रुटि नम्बरले कुन तह असफल भयो भन्छ, र त्यसैले पहिलो जाँच निर्धारण गर्छ। नम्बर नपढी पुनः स्थापना गर्दा प्रायः त्यही खराबी दोहोरिन्छ।

नम्बरलाई तहसँग मिलाउनुहोस्

प्रत्येक त्रुटि फरक बिन्दुमा उत्पन्न हुन्छ, त्यसैले देखिने लक्षण त्यही अस्वीकृत जडान भए पनि पहिलो जाँच फरक हुन्छ। तीन परिवारले सबै अवस्था समेट्छन्: स्थापनाकर्ता, एडाप्टर र यसको तलको पोर्ट। तलको तालिकाले प्रत्येक नम्बरलाई यसले माग्ने जाँचको छेउमा राख्छ।

ErrorWhen it appearsFirst checkUsual cause
27850During installFilter count and security suiteStack at the filter limit, or a suite blocking the driver
442On connectAdapter state and display nameDisabled adapter, ICS holding it, malformed CVirtA name
651On connectWAN miniport and third-party driversMiniport 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 लाई दुई आधा दर्ता भएका एडाप्टर भएको र स्पष्ट त्रुटि नभएको मेसिन बनाउने बाटो हो। त्यही त्रुटि तह-विशिष्ट जाँचपछि दुई पटक टिक्यो भने रोक्नुहोस् र माथि रिपोर्ट गर्नुहोस्। त्यसबेला उपयोगी अर्को कदम विक्रेताको स्थापना लगसहित सफा नेटवर्क स्ट्याक समीक्षा हो, त्यही पुनः स्थापनाको अर्को प्रयास होइन।

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