Windows मा dev tun अझै TAP एडाप्टर देखाउँछ। के त्यो गलत हो?
dev tun प्रोफाइल अन्तर्गत TAP-Windows एडाप्टर सामान्य हो। तह 3 को ड्राइभर वैकल्पिक स्विच हो, र कुन चल्यो भन्ने क्लाइन्ट लगले बताउँछ, एडाप्टरको नामले होइन।
प्रोफाइलले dev tun भनेको बेला यन्त्र प्रबन्धकले TAP-Windows Adapter V9 देखाउँछ, र सुरुङ काम गर्छ। यो संयोजन गलत कन्फिगरेसन होइन, र मोड अगाडि-पछाडि गर्दा त्यो बदलिँदैन। एडाप्टरको नामले क्लाइन्टले कुन Windows ड्राइभर लोड गर्यो भन्ने देखाउँछ, सुरुङले कुन प्याकेट बोक्छ भन्ने होइन। केही बदल्नु अघि क्लाइन्ट लगमा ड्राइभरको लाइन पढ्नुहोस्।
तह 3 को सुरुङले Ethernet एडाप्टर किन पाउँछ
क्लाइन्टको अधिकांश Windows इतिहासमा प्रयोगयोग्य भर्चुअल तह 3 एडाप्टर थिएन। एकमात्र विकल्प TAP-Windows ड्राइभर थियो, जसले Ethernet इन्टरफेस प्रस्तुत गर्छ। त्यसपछि क्लाइन्टले हराइरहेको तह 2 व्यवहारको अनुकरण गर्यो ताकि Windows ले त्यसलाई कन्फिगर गर्न सकोस्। एडाप्टर अझै नेटवर्क कार्डजस्तो देखिनुको कारण त्यही अनुकरण हो।
त्यो अनुकरणका दुई भाग देखिन्छन्: क्लाइन्टले सुरुङको ठेगानाका लागि ARP को जवाफ दिन्छ, र स्थानीय मेसिनलाई सानो DHCP भाडामा दिन्छ। त्यसैले Windows ले MAC ठेगाना र NDIS ड्राइभर भएको सामान्य Ethernet एडाप्टर देख्छ, जबकि सुरुङ आफैं नाङ्गो IP प्याकेट बोक्छ। Ethernet को पोशाक ड्राइभरको हो, सुरुङ मोडको होइन।
नामबाट ठान्नुको सट्टा ड्राइभरको लाइन खोज्नुहोस्
ड्राइभर संस्करणहरूबीच दुई एडाप्टरले एउटै नाम साझा गर्न सक्छन्, त्यसैले नाम मात्रले के चल्यो भन्न सक्दैन। क्लाइन्ट लगले खोलेको यन्त्रको नाम दिन्छ, र नयाँ बिल्डमा छानिएको ड्राइभरको नाम पनि दिन्छ; पढ्नुपर्ने लाइन त्यही हो।
लगमा तीन कुरा यही क्रममा जाँच्नुहोस्: क्लाइन्टले कुनै एडाप्टर खोल्यो कि, कुन ड्राइभर रिपोर्ट गर्छ, र असफलता पछि अघिल्लोमा फर्कियो कि। फर्किने लाइन छुट्न सजिलो छ किनकि जडान जे भए पनि बन्छ, र सुरुङ त्यसपछि पुरानो ड्राइभरमा चल्छ जबकि प्रयोगकर्ता नयाँ सक्रिय छ भन्ने ठान्छ।
तह 3 को ड्राइभरमा जानुहोस्, र के हुनुपर्छ जाँच्नुहोस्
WireGuard परियोजनाले उपलब्ध गराउने तह 3 को ड्राइभर क्लाइन्ट संस्करण 2.5 देखि उपलब्ध छ, तर यो वैकल्पिक हो। एउटा निर्देशले यसलाई छान्छ:
windows-driver wintunड्राइभर मेसिनमा स्थापित हुनुपर्छ, र आधिकारिक बिल्डमा हस्ताक्षर गरिएको प्रतिलिपि हुन्छ। यदि तपाईं आफैं क्लाइन्ट प्याकेज गर्नुहुन्छ भने त्यही हस्ताक्षर गरिएको रिलिज दिनुहोस्, किनकि निजी रूपमा बनाइएको ड्राइभर अन्य VPN उत्पादनले स्थापित गर्ने प्रतिलिपिसँग ठोकिन्छ। ती ठोकिनले कारण पहिल्याउन गाह्रो असफलता ल्याउँछन्, र ती प्रायः मेसिनमा दोस्रो VPN क्लाइन्ट आएपछि देखिन्छन्। ड्राइभर नभएको अवस्थामा भने लगमा स्पष्ट लाइन रहन्छ।
ड्राइभरले कडा अनुमतिहरू पनि लागू गर्छ, त्यसैले क्लाइन्टले एडाप्टर आफ्नो अन्तरक्रियात्मक सेवाबाट बनाउँछ, जो विशेषाधिकार प्राप्त खाताको रूपमा चल्छ। त्यो सेवा बिना क्लाइन्टलाई सामान्य प्रयोगकर्ता प्रक्रियाका रूपमा सुरु गर्नुभयो भने निर्देश असफल हुन सक्छ, जसले पहिले स्थापित एडाप्टर देखिने गरी छाड्छ र परिवर्तन बेवास्ता गरिएको जस्तो देखिन्छ।
TAP कहिले सही उत्तर रहन्छ
यदि सुरुङले Ethernet फ्रेम, प्रसारण ट्राफिक वा गैर-IP प्रोटोकल बोक्नुपर्छ भने तह 2 को एडाप्टर आवश्यक हुन्छ र TAP ड्राइभर त्यही आवश्यकताबाट आउँछ। Windows मा पुल डिजाइनमा पनि त्यही सीमा हुन्छ, किनकि इन्टरफेसले तह 2 डोमेनमा सामेल हुनुपर्छ।
एडाप्टरको नामको तहमा एउटालाई अर्कोभन्दा छान्ने कारण प्रदर्शन होइन। संस्करण 2.6 ले प्याकेट प्रशोधन कर्नेलमा सार्ने डाटा-च्यानल अफलोड ड्राइभर थप्छ, र थ्रुपुट विशेषता बदल्ने विकल्प त्यही हो। यो जोडिनका लागि आवश्यकता होइन, क्षमताको निर्णय हो, र बिल्ड तथा स्थापित प्याकेजमा निर्भर छ। त्यो बिना चल्ने प्रोफाइल चलिरहन्छ।
| What the tunnel must carry | Adapter family | Where it is selected |
|---|---|---|
| IPv4 and IPv6 packets | Layer-3 driver, or the older TAP emulation | Client directive plus installed signed driver |
| Ethernet frames, non-IP protocols | TAP-Windows | Profile mode and the TAP driver package |
| Higher throughput on a supported build | Data-channel offload driver | Client build and driver package, separately from the profile |
परिवर्तन पछि सफा गर्नुहोस्
पुरानो एडाप्टर हटाउनु नयाँ थप्नुजत्तिकै महत्त्वपूर्ण छ। बाँकी रहेको TAP इन्टरफेसले अघिल्लो सत्रको ठेगाना र मार्ग राख्न सक्छ, र ती प्रविष्टिहरू तिनलाई बनाउने जडानभन्दा लामो समय बाँच्छन्। यन्त्र प्रबन्धकमा पुरानो यन्त्र मेट्नुहोस्, त्यसपछि फेरि जोडिनुहोस् र राउटिङ तालिकाले अब त्यसको उल्लेख नगर्ने पुष्टि गर्नुहोस्।
यदि धेरै VPN उत्पादन स्थापित छन् भने, प्रोफाइल डिबग गर्नु अघि प्रत्येकले कुन ड्राइभर प्याकेज ल्याउँछ लेख्नुहोस्। एउटै ड्राइभरका फरक बिल्ड स्थापित गर्ने दुई क्लाइन्ट त्यस्तो द्वन्द्व हो जो कुनै प्रोफाइल सम्पादनले सुल्झाउँदैन। नचाहिने क्लाइन्ट अनइन्स्टल गरी रिबुट गर्नुहोस्, त्यसपछि यन्त्र प्रबन्धकमा दोहोरिएका एडाप्टर खोज्नुहोस्। त्यसपछि मात्र दुई उत्पादनका लग लाइन तुलना गर्नु उपयुक्त हुन्छ।