Windows માં નેટવર્ક રીસેટ VPN ખામીથી વધુ ભૂંસે છે
રીસેટ ફક્ત નિષ્ફળ ટનલ નહીં, પણ એડેપ્ટર, રૂટ અને WFP ફિલ્ટર સાફ કરે છે. પહેલાં પ્રોફાઇલ, પ્રમાણપત્રની યાદી અને પુરાવા સાચવો, પછી સ્તરે સ્તરે ચકાસો.
સલાહ દરેક Windows VPN ફરિયાદના દસ મિનિટમાં આવે છે: નેટવર્ક રીસેટ ચલાવો, તે બધું ઠીક કરી નાખે છે. નથી કરતું, અને તે સાંકડું નથી. તે બટન એડેપ્ટર સાફ કરે છે, પ્રોટોકોલ ફરી જોડે છે, સ્થિર સરનામાં અને ડિફોલ્ટ રૂટ દૂર કરે છે, ફાયરવોલ અને ફિલ્ટર એન્ટ્રી ફેંકી દે છે, અને ઉપરથી Wi-Fi પ્રોફાઇલ પણ ભૂલી જાય છે. ચાલતી પણ ખોટી રીતે ગોઠવેલી ટનલવાળી મશીન પર તે એક નિદાન કરી શકાય તેવી ખામીને દસ્તાવેજ વગરના પુનર્નિર્માણમાં ફેરવે છે. પહેલાં પાંચ વસ્તુઓ સાચવો, અને તમે તેને પાછું વાળવાનો વિકલ્પ રાખશો.
રીસેટ VPN પ્રોફાઇલ પૂરતું મર્યાદિત નથી
VPN કનેક્શન નેટવર્ક સ્ટેક વહેંચતી ઘણી વસ્તુઓમાંની એક છે. એડેપ્ટર દૂર કરીને ફરી ઉમેરવું ઇન્ટરફેસ ઇન્ડેક્સ બદલે છે, અને તે ઇન્ડેક્સનો સંદર્ભ લેતું જે પણ હતું, રૂટથી ફાયરવોલ નિયમ અને તૃતીય પક્ષ ફિલ્ટર ડ્રાઇવર સુધી, હવે એવી વસ્તુનો સંદર્ભ લે છે જે હવે નથી.
વર્ચ્યુઅલાઇઝેશન આને વધુ બગાડે છે. Hyper-V સ્વિચ, VMware બ્રિજ, કન્ટેનર નેટવર્ક અને પોતાના વર્ચ્યુઅલ એડેપ્ટર ધરાવતા VPN ક્લાયન્ટ બધા એક જ જગ્યામાં રહે છે. જે રીસેટ આધાર સ્ટેક ફરી સ્થાપિત કરે છે તે તે ઘટકોને અડધા છોડી શકે છે, અને પરિણામી મશીન ચાલતા માર્ગ વગર ચાલતું હાર્ડવેર જણાવે છે.
આમાંથી કંઈ પણ ક્યારેય રીસેટ ન કરવાની તરફેણમાં દલીલ નથી. આ પહેલાં રીસેટ ન કરવાની તરફેણમાં દલીલ છે, જે મશીનનું તમે દસ્તાવેજીકરણ કર્યું નથી, જ્યારે અસલ ખામી એક રૂટ એન્ટ્રી કે એક જૂનું ફિલ્ટર હોઈ શકે. રીસેટ પહોળું સાધન છે અને સફળતાનો દર સાંકડો છે, અને તેને પહેલું પગલું બનાવવું ખાતરી આપે છે કે બેમાંથી કઈ બાબત હતી તે તમે ક્યારેય જાણશો નહીં.
સેટિંગ સાચવતાં પહેલાં પુરાવા સાચવો
ખામી પોતે ડેટા છે. સચોટ ભૂલ કોડ, સમય, કઈ પ્રોફાઇલ પસંદ થઈ હતી, અને ગેટવેએ કોઈ પ્રયાસ નોંધ્યો કે નહીં, લખો. જે કોડ કહે છે કે ટનલને ક્યારેય જવાબ મળ્યો નહીં અને જે કોડ કહે છે કે પ્રમાણીકરણ નિષ્ફળ ગયું, તે સંપૂર્ણપણે જુદા સમારકામ તરફ ઈશારો કરે છે. રીસેટ પછી કદાચ તમે બંનેમાંથી એક પણ ફરી બનાવી ન શકો. તૂટેલી સ્થિતિને એવી મિલકત ગણો જે તમે હમણાં ખર્ચવાના છો.
સ્થિતિ હજી તૂટેલી હોય ત્યારે જ કેદ કરો, મશીનના કામચલાઉ ફોલ્ડરની બહારના ફોલ્ડરમાં:
mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xmlછેલ્લી કમાન્ડ એ જ છે જે લોકો છોડી દે છે, અને ઘણી વાર એ જ ખામી સમજાવે છે. દૂર કરેલા ક્લાયન્ટના બાકી રહેલા ફિલ્ટર કાયમી નીતિ તરીકે જીવે છે, અને નિકાસ કરેલી XML તેમનો એકમાત્ર સ્થાનિક રેકોર્ડ છે. રીસેટ તમે ઓળખવા માગતા હતા તે વસ્તુ ભૂંસે તે પહેલાં તેને વાંચો.
પાછું ન આવે તે કન્ફિગરેશન સાચવો
કેટલીક સેટિંગ જાતે ફરી બને છે. સ્થિર સરનામાં, કસ્ટમ રૂટ, DNS સફિક્સ, પ્રોક્સી અપવાદ અને ફાયરવોલ નિયમ બનતા નથી. પ્રોફાઇલ પણ નહીં, જે એક ફોનબુક ફાઇલમાં રહે છે જે રીસેટ તમારા માટે પુનઃસ્થાપિત કરતું નથી.
| What to save | Where it lives | Why the reset loses it |
|---|---|---|
| VPN profiles | rasphone.pbk in ProgramData or the user profile | Profiles are not part of the adapter state |
| Static IP and DNS | Adapter configuration | Adapters are removed and recreated |
| Persistent filters | WFP policy store | Filter state is cleared with the stack |
| Third-party bindings | Adapter binding list | Components must be reinstalled manually |
Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfterપ્રમાણપત્રની યાદી દેખાય તેના કરતાં વધુ મહત્ત્વની છે. નેટવર્ક રીસેટ ક્લાયન્ટ પ્રમાણપત્રનો નાશ કરતું નથી, પણ યાદી કહે છે કે પ્રોફાઇલ કોના પર નિર્ભર હતી અને કોઈ વહેલું સમાપ્ત થાય છે કે નહીં. પુનર્નિર્માણ પછી મુદત વીતેલું પ્રમાણપત્ર શોધવું પુનર્નિર્માણ બગાડે છે.
શરૂ કરતાં પહેલાં પુનઃપ્રાપ્તિનો માર્ગ લખો
જો મશીન દૂર છે અને VPN જ તમારો એકમાત્ર પ્રવેશ છે, તો રીસેટ તમારું સત્ર સમાપ્ત કરી શકે છે અને સ્થળ પર કોઈ ન હોય તો પાછા ફરવાનો માર્ગ ન હોઈ શકે. એડેપ્ટરને સ્પર્શતું કંઈ પણ ચલાવતાં પહેલાં ખાતરી કરો કે બેન્ડની બહાર પ્રવેશ છે, અથવા વ્યક્તિ ઉપલબ્ધ છે.
ઇન્સ્ટોલર અને કનેક્શન વિગતો એવી જગ્યાએ રાખો જ્યાં મશીન પછી પણ પહોંચી શકે. જે ક્લાયન્ટને ટનલ દ્વારા પહોંચાતા વેન્ડર પોર્ટલથી ફરી સ્થાપિત કરવો પડે તે ચક્રીય નિર્ભરતા છે, અને આ જ આ પ્રક્રિયા સેવા અટકી જવામાં ફેરવાવાની સૌથી સામાન્ય રીત છે.
પછી લખો કે તમે શું કરી રહ્યા છો અને કેમ, સચોટ કમાન્ડ સાથે. આગલી વ્યક્તિએ જાણવું જોઈએ કે રીસેટ પ્રયોગ હતો કે નિર્ણય, અને “અમે બધું અજમાવ્યું” કોઈ રેકોર્ડ નથી.
રીસેટ પછી સ્તરે સ્તરે ચકાસો
એક સાથે ઘણું બધું પુનઃસ્થાપિત કરવાથી પરિણામ વાંચી ન શકાય તેવું બને છે. નીચેથી કામ કરો: એડેપ્ટર અને સરનામું, પછી નામ ઉકેલ, પછી ટનલનો ઓળખ તબક્કો, પછી એપ્લિકેશન. દરેક સ્તર પાસે તેના પ્રશ્નનો જવાબ આપતી કમાન્ડ છે:
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443જો એડેપ્ટર સ્તર સ્વસ્થ છે અને ઉકેલ નથી, તો અટકો અને ઉકેલ સુધારો. તે ક્ષણે VPN ક્લાયન્ટ ફરી સ્થાપિત કરવું એક ચલ ઉમેરે છે અને એક સુરાગ દૂર કરે છે. ફક્ત એ સેટિંગ પુનઃસ્થાપિત કરો જેની તમે સમજૂતી આપી શકો, એક પછી એક, અને દરેક પછી એ જ સ્તર ચકાસો.
માઇક્રોસોફ્ટની પોતાની ભૂલ 720 માટેની સમસ્યા-નિવારણ માર્ગદર્શિકા, ઉદાહરણ તરીકે, સામાન્ય રીસેટ સૂચવવાને બદલે બાઇન્ડિંગ સમસ્યાઓને સરનામા વિતરણ સમસ્યાઓથી અલગ કરે છે, અને આ આ કુટુંબના દરેક કોડ માટે યોગ્ય સહજ બોધ છે. સૌથી પહોળા ઉપલબ્ધ સાધન સુધી પહોંચતાં પહેલાં કોડ શું દાવો કરે છે તે વાંચો.