VPN ਪਾਸਵਰਡ ਰੀਸੈਟ ਤੋਂ ਬਾਅਦ ਵੀ ਇੱਕ ਡਿਵਾਈਸ ਫੇਲ ਹੁੰਦੀ ਹੈ
ਨਵਾਂ ਪਾਸਵਰਡ ਹਰ ਥਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਸਿਵਾਏ ਇੱਕ ਕਲਾਇੰਟ ਦੇ। ਉਹ ਸਟੋਰ ਲੱਭੋ ਜੋ ਅਜੇ ਵੀ ਪੁਰਾਣੀ ਕੀਮਤ ਰੱਖਦਾ ਹੈ, ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਸੀਮਤ ਕਰੋ ਅਤੇ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।
ਤੁਸੀਂ ਪਾਸਵਰਡ ਰੀਸੈਟ ਕੀਤਾ, ਇਸਨੂੰ ਪੋਰਟਲ ਵਿੱਚ ਜਾਂਚਿਆ, ਅਤੇ ਇੱਕ ਲੈਪਟਾਪ ਅਜੇ ਵੀ ਕਨੈਕਟ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਸੁਭਾਵਿਕ ਕਦਮ ਹੈ ਦੁਬਾਰਾ ਰੀਸੈਟ ਕਰਨਾ, ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਖਾਤਾ ਲਾਕ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪੁਰਾਣਾ ਰਾਜ਼ ਇੱਕ ਘਟਨਾ ਬਣ ਜਾਂਦਾ ਹੈ। VPN ਕਲਾਇੰਟ ਹਰ ਵਾਰ ਪਾਸਵਰਡ ਨਹੀਂ ਮੰਗਦਾ; ਉਹ ਇੱਕ ਵਾਰ ਮੰਗਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਕਿਤੇ ਭੰਡਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਚੁਣਿਆ। ਉਸ ਥਾਂ ਨੂੰ ਲੱਭਣਾ ਹੀ ਸਾਰਾ ਕੰਮ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਹੋਰ ਰੀਸੈਟ ਨਾਲੋਂ ਤੇਜ਼ ਹੈ।
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਹਰ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਭੇਜ ਰਿਹਾ ਹੈ
ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਪਾਸਵਰਡ ਹੀ ਸਮੱਸਿਆ ਹੈ, ਫੇਲ ਹੋ ਰਹੇ ਕਲਾਇੰਟ ਉੱਤੇ ਖਾਤਾ, ਡੋਮੇਨ ਅਤੇ ਗੇਟਵੇ ਜਾਂਚੋ। ਵੈੱਬ ਪੋਰਟਲ ਲੌਗਇਨ, VPN ਨਾਲੋਂ ਵੱਖਰੀ ਪਛਾਣ ਪ੍ਰਣਾਲੀ ਵਰਤ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪੋਰਟਲ ਵਿੱਚ ਸਫਲ ਸਾਈਨ-ਇਨ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਕੁਝ ਡਿਪਲੌਇਮੈਂਟ ਪੋਰਟਲ ਉੱਤੇ ਈਮੇਲ ਅਤੇ ਟਨਲ ਉੱਤੇ ਵੱਖਰਾ ਯੂਜ਼ਰਨੇਮ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ। ਕੁਝ ਵੀ ਰੀਸੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਕਿਹੜੀ ਪਛਾਣ ਪੇਸ਼ ਕਰਨ ਲਈ ਸੈੱਟ ਹੈ।
ਗਲਤੀ ਦਾ ਟੈਕਸਟ ਪੜ੍ਹੋ ਅਤੇ ਉਸਦਾ ਵਰਗੀਕਰਨ ਕਰੋ। ਸਰਟੀਫਿਕੇਟ ਫੇਲ, ਮਿਆਦ ਪੁੱਗੀ ਚੈਲੰਜ ਜਾਂ ਅਣਸਮਰਥਿਤ ਸਾਈਫਰ ਪੁਰਾਣਾ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਪੁਰਾਣਾ ਮੰਨਣ ਨਾਲ ਬਿਨਾਂ ਅਸਰ ਦੇ ਰੀਸੈਟ ਲੂਪ ਬਣਦਾ ਹੈ। ਜੇ ਸੇਵਾ ਵਿੱਚ ਲਾਕਆਉਟ ਨੀਤੀ ਹੈ, ਤਾਂ ਦੋ ਜਾਂ ਤਿੰਨ ਫੇਲ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ ਰੁਕੋ ਅਤੇ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਸਟੋਰਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ
ਚਾਰ ਸਟੋਰ VPN ਰਾਜ਼ ਰੱਖਦੇ ਹਨ, ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਹਰ ਇੱਕ ਨੂੰ ਇਸ ਨਾਲ ਜੋੜਦੀ ਹੈ ਕਿ ਕੀਮਤ ਕਿੱਥੇ ਟਿਕਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸਾਫ਼ ਕਰਨ ਦਾ ਅਸਲ ਅਰਥ ਕੀ ਹੈ। ਨੇਟਿਵ OS ਪ੍ਰੋਫਾਈਲ ਰਾਜ਼ ਨੂੰ ਪਲੇਟਫਾਰਮ ਦੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਟੋਰ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਐਂਟਰੀ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਵੱਧ ਚਿਰ ਰਹਿ ਸਕਦੀ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਲਿਖਿਆ ਸੀ। ਕਲਾਇੰਟ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਕੀਮਤ ਨੂੰ ਉੱਥੇ ਰੱਖਦੀ ਹੈ ਜਿੱਥੋਂ ਉਹ ਕਲਾਇੰਟ ਇਸਨੂੰ ਪੜ੍ਹਦਾ ਹੈ, ਭਾਵੇਂ ਇਨਲਾਈਨ ਹੋਵੇ ਜਾਂ ਹਵਾਲਾ ਦਿੱਤੀ auth ਫਾਈਲ ਵਿੱਚ, ਇਸ ਲਈ ਕੋਈ ਹੋਰ ਫਾਈਲ ਸੋਧਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਬ੍ਰਾਊਜ਼ਰ ਪੋਰਟਲ ਕੁੱਕੀ ਅਤੇ ਨੀਤੀ ਰਾਹੀਂ ਦਿੱਤਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਕਿਸੇ ਅਜਿਹੀ ਥਾਂ ਰਹਿੰਦੇ ਹਨ ਜੋ ਡਿਵਾਈਸ ਅਸਲ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦੀ, ਅਤੇ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਹਨਾਂ ਨੂੰ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ।
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
ਇਹਨਾਂ ਨੂੰ ਇੱਕ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ: ਪਹਿਲਾਂ OS ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਟੋਰ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਇਸੇ ਨੂੰ ਵੇਖਦਾ ਹੈ, ਫਿਰ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਵੌਲਟ ਜਾਂ ਕਨਫਿਗ ਫਾਈਲ, ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਉਹ ਨੀਤੀ ਜੋ ਤਿੰਨੇ ਪਰਤਾਂ ਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ। ਕ੍ਰਮ ਦਾ ਮਹੱਤਵ ਹੈ ਕਿਉਂਕਿ ਬਾਅਦ ਵਾਲਾ ਸਟੋਰ ਪਹਿਲੇ ਵਾਲੇ ਨੂੰ ਚੁੱਪਚਾਪ ਬਹਾਲ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਫੇਲ ਜਾਰੀ ਰਹਿੰਦਿਆਂ ਤੁਸੀਂ ਗਲਤ ਪਰਤ ਠੀਕ ਕਰ ਚੁੱਕੇ ਹੋਵੋਗੇ। ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਸਟੋਰ ਬਦਲਿਆ, ਕਿਉਂਕਿ ਇਹ ਨੋਟ ਹੀ ਅਗਲੇ ਰੀਸੈਟ ਨੂੰ ਦੁਪਹਿਰ ਦੀ ਥਾਂ ਦੋ ਮਿੰਟ ਦਾ ਕੰਮ ਬਣਾਉਂਦਾ ਹੈ।
ਉਸ ਸਟੋਰ ਵਿੱਚ ਵੇਖੋ ਜੋ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ
ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਜਾਣੋ ਕਿ ਕਿਹੜੀ ਐਂਟਰੀ VPN ਦੀ ਸੀ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਹਟਾਉਣ ਦੀ ਥਾਂ ਸੂਚੀਬੱਧ ਅਤੇ ਜਾਂਚ ਕਰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਨਿਦਾਨ ਉਲਟਣਯੋਗ ਰਹਿੰਦਾ ਹੈ।
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordਲੀਨਕਸ ਉੱਤੇ -s ਉਹ ਰਾਜ਼ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ NetworkManager ਆਮ ਤੌਰ ਉੱਤੇ ਲੁਕਾਉਂਦਾ ਹੈ। macOS ਉੱਤੇ Keychain ਕਮਾਂਡ ਸਟੋਰ ਕੀਤੀ ਆਈਟਮ ਛਾਪਦੀ ਹੈ, ਇਸ ਲਈ ਟਰਮੀਨਲ ਦੇ ਸਕ੍ਰੋਲਬੈਕ ਨੂੰ ਸੰਵੇਦਨਸ਼ੀਲ ਸਮਝੋ। ਜੇ ਫੇਲ ਹੋ ਰਿਹਾ ਕਲਾਇੰਟ ਆਪਣੇ ਵੌਲਟ ਵਾਲੀ ਤੀਜੀ ਧਿਰ ਦੀ ਐਪ ਹੈ, ਤਾਂ OS ਸਟੋਰ ਸਹੀ ਦਿਸੇਗਾ ਪਰ ਐਪ ਆਪਣੀ ਕਾਪੀ ਰੱਖੇਗੀ, ਅਤੇ ਬਦਲਾਅ ਉਸੇ ਵੌਲਟ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਆਫਲਾਈਨ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸੰਭਾਲੋ
ਉਹ ਲੈਪਟਾਪ ਜੋ ਜਾਗ ਕੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਕਨੈਕਟ ਹੁੰਦੇ ਹਨ ਜਿੰਨਾ ਚਿਰ ਉਹਨਾਂ ਦੀ ਕਾਪੀ ਮੌਜੂਦ ਹੈ, ਪੁਰਾਣਾ ਰਾਜ਼ ਪੇਸ਼ ਕਰਦੇ ਰਹਿਣਗੇ। ਅੱਪਡੇਟ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਤਾਂ ਜੋ ਉਹ ਡਿਵਾਈਸਾਂ ਇੱਕੋ ਵਾਰ ਰੀਟ੍ਰਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਹੋ ਜਾਣ, ਅਤੇ ਪ੍ਰਭਾਵਿਤ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ ਆਟੋ-ਕਨੈਕਟ ਬੰਦ ਕਰਨ ਬਾਰੇ ਸੋਚੋ ਜਦੋਂ ਤੱਕ ਹਰ ਇੱਕ ਸਮਰਥਿਤ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘ ਜਾਂਦਾ।
ਪ੍ਰਬੰਧਿਤ ਫਲੀਟ ਲਈ, ਕੀਮਤ ਉੱਥੇ ਬਦਲੋ ਜਿੱਥੇ ਨੀਤੀ ਪਰਿਭਾਸ਼ਿਤ ਹੈ। ਜਿਸ ਡਿਵਾਈਸ ਦਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਕੇਂਦਰੀ ਤੌਰ ਉੱਤੇ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਉੱਥੇ ਸਥਾਨਕ ਕਾਪੀ ਸੋਧਣਾ ਵਧੀਆਂ ਤੋਂ ਵਧੀਆਂ ਅਸਥਾਈ ਹੈ; ਅਗਲੀ ਨੀਤੀ ਤਾਜ਼ਗੀ ਪੁਰਾਣੀ ਕੀਮਤ ਬਹਾਲ ਕਰਦੀ ਹੈ ਅਤੇ ਫੇਲ ਬਿਨਾਂ ਵਿਆਖਿਆ ਦੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ।
ਇੱਕ ਨਿਯੰਤਰਿਤ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ
ਇੱਛਤ ਐਂਟਰੀ ਅੱਪਡੇਟ ਕਰੋ, ਇੱਕ ਵਾਰ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟਨਲ ਕਿਸੇ ਖਾਸ ਚੀਜ਼ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਇੱਕ ਨਿਯੰਤਰਿਤ ਕੋਸ਼ਿਸ਼ ਫੇਲ ਹੋਣ ਉੱਤੇ ਵਰਤੋਂਯੋਗ ਗਲਤੀ ਦਿੰਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਵੀਹ ਲਾਕ ਹੋਇਆ ਖਾਤਾ ਅਤੇ ਇੱਕ ਰਹੱਸ ਦਿੰਦੀਆਂ ਹਨ। ਜੇ ਸਟੋਰ ਠੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਕਲਾਇੰਟ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਗੈਰ-ਰਾਜ਼ ਗਲਤੀ ਕੈਪਚਰ ਕਰੋ ਅਤੇ ਰੁਕੋ। ਉਹ ਗਲਤੀ ਡਿਵਾਈਸ ਦੇ ਨਾਂ ਨਾਲ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲੀ ਸ਼ਿਫਟ ਉੱਥੋਂ ਸ਼ੁਰੂ ਹੋਵੇ ਜਿੱਥੇ ਤੁਸੀਂ ਖ਼ਤਮ ਕੀਤਾ।
ਪਾਸਵਰਡ ਬਦਲਣ ਨਾਲ ਸਰਟੀਫਿਕੇਟ, ਸੈਸ਼ਨ ਟੋਕਨ ਜਾਂ MFA ਇਨਰੋਲਮੈਂਟ ਨਹੀਂ ਬਦਲਦੇ, ਅਤੇ ਇਹ ਆਪਣੇ ਜੀਵਨ ਚੱਕਰ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ ਹਨ। ਨਵਿਆਇਆ ਸਰਟੀਫਿਕੇਟ ਪਾਸਵਰਡ ਘੁਮਾਉਣ ਨਾਲ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਰੀਸੈਟ ਤੋਂ ਪਹਿਲਾਂ ਜਾਰੀ ਟੋਕਨ ਅਜੇ ਵੀ ਵੈਧ ਹੋ ਸਕਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ ਲਿਖੋ ਕਿ ਪੁਰਾਣੀ ਕੀਮਤ ਕਿਹੜੇ ਸਟੋਰ ਵਿੱਚ ਸੀ, ਕਿਉਂਕਿ ਅਗਲਾ ਰੀਸੈਟ ਉਸੇ ਸੂਚੀ ਉੱਤੇ ਆਵੇਗਾ।