VPN बन्द हुँदा पनि ढिलो: अड्याप्टर बाइन्डिङ जाँच्नुहोस्

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

कम्पोनेन्टको नाम लिनुहोस्, यसको अवस्था लेख्नुहोस्, त्यसपछि एउटा मात्र कुरा बदल्नुहोस्।

टनेललाई बाइन्डिङबाट अलग गर्नुहोस्

VPN इन्टरफेस र फिल्टर ड्राइभर फरक वस्तु हुन्। टनेल बन्द हुँदा इन्टरफेस हराउँछ; भौतिक अड्याप्टरमा जोडिएको फिल्टर नेटवर्क स्ट्याकमा स्थापना हुन्छ र टनेलको अवस्था जे भए पनि सक्रिय रहन सक्छ। प्रयोगकर्ताले एउटा लक्षण देख्छन्, र अपरेटिङ सिस्टमले अवस्थाका दुई असम्बन्धित टुक्रा राख्छ।

यही भिन्नता कारण हो कि क्लाइन्ट अलग गर्नु वा VPN प्रोफाइल मेट्नुले प्रायः केही बदल्दैन। इन्टरफेस देखिने वस्तु हो। बाइन्डिङ स्ट्याकमा अझ गहिरो बस्छ र त्यसभन्दा लामो टिक्छ।

सटीक कम्पोनेन्टको सूची बनाउनुहोस्

ढिलो ट्राफिक बोक्ने अड्याप्टरका बाइन्डिङ सूचीबद्ध गर्नुहोस्, सामान्य अनुमानको सट्टा यसको वास्तविक नाम प्रयोग गरेर। कम्पोनेन्ट ID र सक्रिय अवस्था लेख्नुहोस्, त्यसपछि भौतिक अड्याप्टरको तुलना VPN इन्टरफेस र सूचीमा भएका अन्य कुनै पनि भर्चुअल अड्याप्टरसँग गर्नुहोस्।

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

Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status
Get-NetAdapterStatistics -Name 'Ethernet'
pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2
driverquery /v | Select-String -Pattern 'vpn|filter'

अड्याप्टरको नाम, कम्पोनेन्ट ID, ड्राइभर संस्करण र VPN क्लाइन्ट संस्करण लेख्नुहोस्। ती चार मान बिना अर्को तुलना अनुमान हो। पछिको रनसँग तुलना गर्न सकियोस् भनेर तिनलाई टिकटमा संलग्न गर्नुहोस्।

एउटा स्वीकृत कुरा बदल्नुहोस् र दोहोर्याउनुहोस्

उही कार्यभार, गन्तव्य र पहुँच नेटवर्कसँग आधाररेखा बनाउनुहोस्। VPN डिस्कनेक्ट छ कि छैन, शंकास्पद बाइन्डिङ सक्रिय छ कि छैन, र दोस्रो VPN क्लाइन्ट स्थापना छ कि छैन लेख्नुहोस्, किनकि दुवै क्लाइन्टले पछाडि कम्पोनेन्ट छोड्न सक्छन्।

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

त्यसपछि फेरि जडान गर्नुहोस् र VPN अझै काम गर्छ कि जाँच्नुहोस्, क्लाइन्टले लागू गर्नुपर्ने कुनै पनि नीति सहित। ब्राउजिङ सुधारे पनि टनेलको आफ्नै प्रवर्तन तोड्ने परिवर्तनले एउटा त्रुटिलाई अर्कोसँग बदलेको हुन्छ, र त्यो रिग्रेसन रेकर्डमा हुनुपर्छ।

विक्रेताको समर्थित मार्गमा रहनुहोस्

फिल्टरिङका कार्यान्वयन उत्पादन पुस्ताहरूबीच बदलिन्छन्। केही विक्रेताले अब Windows Filtering Platform मार्गको दस्तावेजीकरण गर्छन् जहाँ पहिलेका संस्करणले फरक ड्राइभर परिवार प्रयोग गर्थे, त्यसैले पुरानो फोरम थ्रेडको रजिस्ट्री रेसिपी स्थापित संस्करणका लागि पूर्ण रूपमा गलत हुन सक्छ।

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

प्रमाण साँघुरो राख्नुहोस्: अड्याप्टर, कम्पोनेन्ट, संस्करण, नियन्त्रित तुलना र VPN रिग्रेसनको नतिजा। यसले हरेक ढिलो जडानलाई MTU प्रयोग बनाउनु वा सबै VPN क्लाइन्ट एउटै व्यवहार गर्छन् भन्ने दाबी नगरी ड्राइभर वा अनुकूलताबारे निष्कर्षलाई समर्थन गर्छ।