WAN Miniport चेतावनी: एडाप्टर ठीक गर्नुहोस् वा प्रोफाइल पुनः बनाउनुहोस्
जमेको प्रोफाइल वा जिद्दी एडाप्टरले सामान्यतया एउटा लुकेको मिनिपोर्ट जनाउँछ, खाता होइन। ड्राइभर पुनः स्थापना गर्नु अघि एडाप्टरको अवस्था पढ्नुहोस्।
प्रमाणहरू प्रस्ताव गर्नु अघि नै जम्नु, प्रोफाइल मेटाउन इन्कार गर्नु, कसैले नचिन्ने नामको एडाप्टर देखाउनु: यी एउटै खराबीका तीन मुख हुन्। VPN जोडिने सफ्टवेयर इन्टरफेस बिग्रिएको छ, जबकि खाता र गेटवे अछुत छन्। तीन मर्मत सम्भव छन्, र कुन लागू हुन्छ भन्ने एउटा पढ्ने-मात्र जाँचबाट निस्कन्छ। त्यो जाँचपछिको सबै गणित हो; त्यसअघिको सबै अनुमान हो।
प्रोफाइल वास्तवमा केसँग जोडिन्छ
प्रत्येक मूल Windows सुरुङ प्रकारलाई यसको आफ्नै भर्चुअल एडाप्टरले सेवा गर्छ, र ती एडाप्टरहरू भौतिक कार्ड होइनन्, मिनिपोर्ट ड्राइभर हुन्। प्रोफाइलले सुरुङ प्रकार छान्छ, प्रकारले एडाप्टर छान्छ, त्यसैले एउटै अस्वस्थ ड्राइभरले यसलाई साझा गर्ने हरेक प्रोफाइल तोड्न सक्छ, जबकि फाइल साझेदारी र ब्राउजिङ चलिरहन्छ। यो निर्भरता प्रोफाइलका गुणहरूमा अदृश्य छ।
यी इन्टरफेसहरू पूर्वनिर्धारित रूपमा लुकेका रहन्छन्, डिभाइस म्यानेजर र एडाप्टर सूची दुवैमा। यसरी नै बिग्रेको इन्टरफेस अदृश्य रहन्छ, जबकि मेसिनको मालिक केही बदलिएको छैन भनी जोड दिन्छ।
चेतावनी चिन्ह उपयोगी प्रमाण हो र सफा आइकन होइन। एडाप्टरले आफूलाई स्वस्थ भनी रिपोर्ट गर्न सक्छ र तैपनि टुटेको बन्धन बोक्न सक्छ, त्यसैले उपयोगी प्रश्न इन्टरफेस केसँग जोडिएको छ भन्ने हो, आइकन कस्तो देखिन्छ भन्ने होइन। पहिले अवस्था र त्यसपछि बन्धनहरू पढ्नुहोस्, किनकि आइकनले सबैभन्दा कम रोचक प्रश्नको उत्तर दिन्छ। यही क्रम छोड्नुले दस मिनेटको जाँचलाई पूरै दिउँसोको ड्राइभर काममा बदल्छ।
एडाप्टरको अवस्थाबाट निर्णय गर्नुहोस्, त्रुटि कोडबाट होइन
त्रुटि सङ्ख्याले कुन चरण असफल भयो भनी बताउँछ र कुन घटक दोषी छ भन्नेबारे केही भन्दैन। ठेगाना बाँडफाँट, प्रमाणपत्र छनोट र सुरुङ प्रोटोकलका आफ्नै नम्बरहरू छन्, परम्परागत रूपमा 720, 789 र 806, र ती तीनमध्ये कुनै पनि मिनिपोर्टबारे प्रमाण होइन। नम्बरको प्रयोग अर्को जाँच छान्नका लागि गर्नुहोस्, मर्मत छान्नका लागि होइन।
भिन्नता देखाउने अवलोकन थोरै छन्। यो तालिकाले प्रत्येकलाई पढ्ने-मात्र अर्को चरणसँग जोड्छ:
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
क्रम महत्त्वपूर्ण छ किनकि ड्राइभर पुनः स्थापना गर्नु ढिलो र अवरोधक हुन्छ। बाँडफाँटको समस्या सुधार्न त्यो गर्नु एक घण्टा लाग्छ र अर्को व्यक्तिलाई केही सिकाउँदैन। तालिकाले क्षतिको दायरा पनि तय गर्छ: सबै प्रोफाइलमा एउटा प्रोटोकल टुटेको छ भने त्यसले ड्राइभरतर्फ सङ्केत गर्छ, जबकि चलिरहेका मूल प्रोफाइलको छेउमा एउटा टुटेको विक्रेता क्लाइन्टले विक्रेता स्ट्याकतर्फ सङ्केत गर्छ।
अधिकांश टिकट समाधान गर्ने दुई पढाइ
दुवै पढाइ पढ्ने-मात्र हुन् र कुनैले पनि ड्राइभर छुँदैन। पहिलोले लुकेका मिनिपोर्ट इन्टरफेसहरू तिनका अवस्थासहित सूचीबद्ध गर्छ, र दोस्रोले नामित एडाप्टर केसँग बाँधिएको छ भनी सूचीबद्ध गर्छ:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsतपाईंको प्रोफाइलले प्रयोग गर्ने प्रोटोकल बदल्नुहोस्, किनकि IKEv2 का लागि बन्धन सूचीले SSTP प्रोफाइलबारे केही भन्दैन। अक्षम गरिएको ARP वा IPv4 बन्धन, वा एडाप्टरमा जोडिएको तेस्रो-पक्ष फिल्टर ड्राइभरले सुरुङ सुरु हुनु अघि नै रोक्न सक्छ। त्यो सूचीमा सुरक्षा सफ्टवेयर देखिनु त्यही कारण हो भन्ने प्रमाण होइन, त्यसैले केही अक्षम गर्नु अघि प्रभाव स्थापित गर्नुहोस्।
स्वस्थ एडाप्टरले अपेक्षित बन्धनहरू देखाउँछ र तपाईंले व्याख्या गर्न नसक्ने कुनै फिल्टर देखाउँदैन। सूची सफा भएपछि प्रमाण ड्राइभरतर्फै सरेको छ र अर्को खण्ड नै लागू हुने खण्ड हो।
एडाप्टर हटाउनु अघि यसको नाम र ड्राइभर संस्करण सुरक्षित राख्नुहोस्
जब एडाप्टर साँच्चै प्रयोग गर्न नसकिने हुन्छ, मानक मर्मत भनेको यसलाई हटाउन सकिने बनाउनु, अनइन्स्टल गर्नु, र अर्को पटक कुनै प्रोफाइलले त्यो प्रोटोकल प्रयोग गर्दा Windows लाई नयाँ इन्स्टेन्स बनाउन दिनु हो। डिभाइस म्यानेजरमा ड्राइभर अद्यावधिक गर्नुहोस्, सूचीबाट छान्नुहोस्, अनुकूल हार्डवेयर फिल्टर मेटाउनुहोस्, र अनइन्स्टल विकल्प दिने सामान्य Microsoft एडाप्टर छान्नुहोस्।
त्यसअघि, तपाईं के मेट्दै हुनुहुन्छ लेख्नुहोस्: एडाप्टरको नाम, ड्राइभर संस्करण, प्रदायक र मिति। पछि वर्णन गर्न नसकिने मर्मत दोहोर्याउन सकिँदैन, र अवर्णित मर्मतको सामान्य मूल्य भनेको त्यही मेसिन तीन पटक ठीक गर्नु हो। विक्रेता उपयोगिताहरूले त्यही काम फराकिलो दायरामा गर्छन् र व्यवस्थित फ्लीटमा मिररबाट होइन, विक्रेताबाट आएमा उपयुक्त हुन्छन्। ड्राइभर बाइनरी फेर्ने उपयोगिताले एउटा एडाप्टर पुनः स्थापना गर्नुभन्दा बढी बदल्छ, त्यसैले यसको संस्करण पनि टिकटमा लेख्नुहोस्।
एउटा विक्रेता घटनालाई त्यही लक्षणका लागि फरक मर्मत चाहिन्छ। आफ्नो एडाप्टरलाई इन्स्टलर सन्दर्भ भएको प्रदर्शन नाममा दर्ता गर्ने क्लाइन्ट अपग्रेडपछि सक्षम हुन असफल हुन सक्छ, र सुधारले विक्रेताको स्वामित्वको सेवा कुञ्जीमा त्यो नाम सम्पादन गर्छ। मानले सामान्य एडाप्टर नाम लिन्छ, र त्यसपछि क्लाइन्ट पुनः सुरु गरिन्छ:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windowsत्यो कुञ्जी एउटै क्लाइन्टको हो। यो सामान्य Windows मर्मत होइन, र त्यो क्लाइन्ट नचल्ने मेसिनमा यो कहिल्यै लागू गर्नु हुँदैन।
टिकट बन्द गर्नु अघि दोस्रो प्रोटोकलले पुष्टि गर्नुहोस्
एक सफल पुनःजडानले एउटा एडाप्टरमार्फत एउटा प्रोटोकल परीक्षण गर्छ, त्यसैले देखिनेभन्दा कम प्रमाणित गर्छ। मूल प्रोफाइल फेरि प्रयास गर्नुहोस्, त्यसपछि अर्को सुरुङ प्रकारमा बनेको दोस्रो, र दुवै जोडिनुपर्ने माग गर्नुहोस्। पहिलो मात्र चल्छ भने, बाँकी असफलता तपाईंले भर्खरै पुनः बनाउनुभएको इन्टरफेसबारे होइन, ड्राइभर वा नीतिबारे प्रमाण हो।
मूल उजुरी मेटाउन नसकिने प्रोफाइल थियो भने त्यो पनि फेरि जाँच्नुहोस्, किनकि एडाप्टर स्वस्थ भएपछि पनि मेटाउन इन्कार गर्ने प्रोफाइल अर्कै खराबी हो र एडाप्टरमा थप काम खेर जान्छ। खाता र गेटवेलाई केहीले तिनतर्फ सङ्केत नगरेसम्म अभिलेखबाहिर राख्नुहोस्। प्रमाणीकरणअघि मर्ने सुरुङले सामान्यतया मेसिनको वर्णन गर्छ, र इमानदार टिप्पणीले एडाप्टर, प्रोटोकल र त्यो पुष्टि गर्ने जाँचको नाम लिन्छ।