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 ਲਈ ਸਮੱਸਿਆ-ਨਿਵਾਰਨ ਅਗਵਾਈ, ਉਦਾਹਰਣ ਲਈ, ਆਮ ਰੀਸੈਟ ਲਿਖਣ ਦੀ ਥਾਂ ਬਾਈਂਡਿੰਗ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਪਤਾ-ਵੰਡ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਇਸ ਪਰਿਵਾਰ ਦੇ ਹਰ ਕੋਡ ਲਈ ਸਹੀ ਸੁਭਾਵਿਕ ਬੋਧ ਹੈ। ਸਭ ਤੋਂ ਚੌੜੇ ਉਪਲਬਧ ਸੰਦ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਕੋਡ ਕੀ ਦਾਅਵਾ ਕਰਦਾ ਹੈ।