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 क्लाइंट एक जैसा व्यवहार करते हैं।