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 क्लायंट सारखे वागतात असा दावा न करता ड्रायव्हर किंवा सुसंगतीबद्दलचा निष्कर्ष पुरवते।