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 ક્લાયન્ટ સમાન વર્તે છે એવો દાવો કર્યા વિના ડ્રાઇવર અથવા સુસંગતતા અંગેના નિષ્કર્ષને સમર્થન આપે છે.