OpenVPN TAP एडाप्टर स्थापना भएन: कुन चरण बिग्रियो?

TAP एडाप्टर सिर्जना गर्न सकिएन भनी इन्स्टलर भन्छ, र त्यो एउटा वाक्यले कम्तीमा तीन फरक असफलता समेट्छ। प्याकेज कहिल्यै तयार नभएको हुन सक्छ, तयार भए पनि यन्त्र सिर्जना नभएको हुन सक्छ, वा यन्त्र अवस्थित भएर इन्स्टलरले त्यसलाई एउटै सामान्य त्रुटिका रूपमा रिपोर्ट गरेको समस्याग्रस्त स्थितिमा हुन सक्छ। यीमध्ये कुन अवस्था छ भन्नेले कसले सुधार्ने र कस्तो प्रमाण चाहिने निर्धारण गर्छ।

अरू सबैभन्दा पहिले बिल्ड नम्बर र स्थापनाको समय-छाप सङ्कलन गर्नुहोस्। दुवैले लगको फोल्डरलाई साँच्चै चलाउन सकिने खोजीमा बदल्छन्।

तीन चरण, तीन फरक लग

पहिलो चरण इन्स्टलर आफैँ हो, जसले फाइलहरू खोल्छ, आफ्नै लग राख्छ र 1603 जस्तो सारांश कोड रिपोर्ट गर्छ। त्यसले कारोबार असफल भयो भन्छ, तर कहाँ भयो भन्दैन। दोस्रो ड्राइभर भण्डार हो, जहाँ हस्ताक्षर गरिएको प्याकेज पछिको प्रयोगका लागि तयार गरिन्छ, र यो त्यसलाई हार्डवेयरसँग बाँध्नुभन्दा फरक उपलब्धि हो। तेस्रो यन्त्र सिर्जना हो, जहाँ Windows यन्त्रको प्रतिलिपि बनाउँछ, INF लागू गर्छ र नतिजा setupapi लगमा अभिलेख गर्छ। यी चरणमध्ये कुनै दुईबीचको शान्त खाली ठाउँले प्रयोगकर्तालाई देखिने त्यही वाक्य उत्पन्न गर्छ।

सारांश कोड कारोबारको हो, तर असफल कार्य त्यही लगमा अझ अगाडि कतै छ। कोडको व्याख्या गर्न खोज्नुभन्दा कोडबाट पछाडि खोज्नुहोस्।

प्रयास वरपरको setupapi.dev.log पढ्नुहोस्

हरेक यन्त्र स्थापनाले C:\Windows\INF\setupapi.dev.log मा एउटा खण्ड लेख्छ, र SetupAPI लग मार्गदर्शिका ले ती खण्ड र तिनको अन्तिम स्थिति कसरी मिलाइएका छन् भन्ने व्याख्या गर्छ। समय-छापले तपाईंको प्रयास समेट्ने खण्ड भेट्टाएर तपाईंले देख्नुभएको पहिलो त्रुटि लाइनको सट्टा त्यो पूरै पढ्नुहोस्। असम्बन्धित यन्त्रका बारेमा चेतावनी लामो लगभरि देखिन्छन् र यो असफलताबारे केही पनि व्याख्या गर्दैनन्। मिल्ने खण्डको अन्तिम स्थिति नै प्रतिवेदनमा उद्धृत गर्न लायक तथ्य हो।

त्यो खण्डलाई एडाप्टरको नाम, यन्त्र पहिचानकर्ता र इन्स्टलर लगमा उल्लेख गरिएको INF प्याकेजसँग जोड्नुहोस्। एउटै समय-छापमा तीन पहिचानकर्ता मिल्नु नै सम्बन्ध सुरक्षित बनाउने कुरा हो।

प्याकेज र यन्त्र छुट्टाछुट्टै जाँच्नुहोस्

तयार गरिएको प्याकेजले हस्ताक्षर गरिएको INF ड्राइभर भण्डारसम्म पुग्यो भन्ने मात्र प्रमाणित गर्छ। यो Windows पुस्तामा pnputil /enum-drivers ले तेस्रो-पक्ष प्याकेजहरू आपूर्तिकर्ता, वर्ग, संस्करण र प्रकाशित नामअनुसार सूचीबद्ध गर्छ, जसले oem नम्बरबाट अनुमान गर्नुको सट्टा OpenVPN एडाप्टरको प्याकेज भेट्टाउन दिन्छ। त्यो सूचीमा यन्त्र छ, सुरु भयो वा तपाईंले भेट्टाएको प्याकेजसँग बाँधिएको छ भनी केही पनि लेखिएको छैन। ती छुट्टै उत्तर भएका छुट्टै प्रश्न हुन्।

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

हस्ताक्षर छुनुअघि एडाप्टर प्रमाणित गर्नुहोस्

स्थिति इन्स्टलरको सारांशबाट नभई मेसिनबाट पढ्नुहोस्। तलका आदेशले तयार गरिएका ड्राइभर प्याकेज, लुकेका प्रविष्टिसहितको एडाप्टर सूची र OK रिपोर्ट नगर्ने सञ्जाल यन्त्र सूचीबद्ध गर्छन्। पुनः बुटपछि ती चलाउनुहोस्, ताकि पर्खाइमा रहेका यन्त्र कार्यहरू स्थिर होऊन्।

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

प्याकेज छ तर मिल्ने यन्त्र छैन भने त्यसले यन्त्र सिर्जनालाई सङ्केत गर्छ, र त्यो समय-छापको setupapi खण्डले किन भनेर व्याख्या गर्छ। यन्त्र छ तर समस्याग्रस्त स्थितिमा छ भने त्यसले ड्राइभर वा त्यसको हस्ताक्षरलाई सङ्केत गर्छ, जुन हराएको यन्त्रभन्दा फरक कुरा हो। अवस्थित भएर विच्छेद भएको रिपोर्ट गर्ने एडाप्टर सक्रिय सुरुङ नभएको कार्यरत यन्त्र हो, असफल स्थापना होइन। सुधार्ने चरण छान्नुअघि तीनै आउटपुट सँगै पढ्नुहोस्।

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