ਕੰਮ ਵਿੱਚ ਪਾਸਵਰਡ ਰੱਖੇ ਬਿਨਾਂ Windows VPN ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ

ਹਰ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲਾ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਨੁਸਖਾ ਅੰਤ ਵਿੱਚ ਉਸੇ ਸਵਾਲ 'ਤੇ ਆਉਂਦਾ ਹੈ: ਪਾਸਵਰਡ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ। ਪ੍ਰਸਿੱਧ ਜਵਾਬ ਕੰਮ ਦੀ ਕਿਰਿਆ ਆਪ ਹੈ, ਜੋ ਇਸ ਲਈ ਸਭ ਤੋਂ ਖਰਾਬ ਥਾਂ ਵੀ ਹੈ। ਦੋ ਹੋਰ ਡਿਜ਼ਾਈਨ ਮੌਜੂਦ ਹਨ। ਕਿਹੜਾ ਫਿੱਟ ਬੈਠਦਾ ਹੈ ਇਹ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਮਸ਼ੀਨ ਬਿਨਾਂ ਵਿਅਕਤੀ ਦੇ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਸਰਵਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਕੰਮ ਦੀ ਕਿਰਿਆ ਕੀ ਪੜ੍ਹਨ ਯੋਗ ਛੱਡਦੀ ਹੈ

ਨਿਰਧਾਰਤ ਕੰਮ ਵਿੱਚ ਆਰਗਿਊਮੈਂਟ ਇਸਦੀ ਪਰਿਭਾਸ਼ਾ ਦਾ ਹਿੱਸਾ ਹਨ, ਲੁਕਿਆ ਰਨਟਾਈਮ ਮੁੱਲ ਨਹੀਂ। ਜੋ ਵੀ ਕੰਮ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਇਸਦਾ ਬੈਕਅਪ ਬਹਾਲ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਇਸਦਾ XML ਨਿਰਯਾਤ ਕਰ ਸਕਦਾ ਹੈ, ਉਹ ਸਟ੍ਰਿੰਗ ਨੂੰ ਠੀਕ ਉਸੇ ਤਰ੍ਹਾਂ ਦੇਖਦਾ ਹੈ ਜਿਵੇਂ ਤੁਸੀਂ ਟਾਈਪ ਕੀਤਾ ਸੀ। ਚੱਲਣ ਦੌਰਾਨ ਉਹੀ ਸਟ੍ਰਿੰਗ ਪ੍ਰਕਿਰਿਆ ਸੂਚੀ ਵਿੱਚ ਦਿਖਦੀ ਹੈ। ਇੱਕ ਨਿਗਰਾਨੀ ਏਜੰਟ ਇਸਨੂੰ ਅਜਿਹੇ ਲੌਗ ਵਿੱਚ ਕਾਪੀ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਵੇਖਦੇ।

schtasks /query /tn "VPN Reconnect" /xml
cmdkey /list

ਉਲਟਾ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ। ਪਹਿਲਾ ਕਮਾਂਡ ਕਿਰਿਆ ਅਤੇ ਇਸਦੇ ਆਰਗਿਊਮੈਂਟ ਸਮੇਤ ਪੂਰੀ ਪਰਿਭਾਸ਼ਾ ਛਾਪਦਾ ਹੈ। ਦੂਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਮੌਜੂਦਾ ਖਾਤੇ ਨੇ ਕਿਹੜੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਕੈਸ਼ ਕੀਤੇ ਹਨ, ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਿਕ ਡਿਜ਼ਾਈਨਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਪਾਸਵਰਡ ਕੰਮ ਦੇ XML ਵਿੱਚ ਦਿਖਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਬਦਲਣਾ ਸਿਰਫ ਅੱਧਾ ਸੁਧਾਰ ਹੈ, ਕਿਉਂਕਿ ਕੰਮ ਅਜੇ ਵੀ ਪੁਰਾਣਾ ਮੁੱਲ ਰੱਖਦਾ ਹੈ।

ਸੰਭਾਲੀ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੀ ਅਸਲ ਵਿੱਚ ਕੀ ਦਿੰਦੀ ਹੈ

Add-VpnConnection -L2tpPsk ਕੀ ਨੂੰ ਕੰਮ ਵਿੱਚ ਨਹੀਂ ਬਲਕਿ ਕਨੈਕਸ਼ਨ ਦੀ ਫੋਨਬੁੱਕ ਐਂਟਰੀ ਵਿੱਚ ਲਿਖਦੀ ਹੈ। ਇਹ ਕੰਮ ਦੀ ਕਿਰਿਆ ਨਾਲੋਂ ਛੋਟੀ ਖੁੱਲ੍ਹ ਦੀ ਸਤਹ ਹੈ। ਇਹ ਅਜੇ ਵੀ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਯੋਗ ਭੇਦ ਹੈ, ਕਿਉਂਕਿ ਮਸ਼ੀਨ 'ਤੇ ਪ੍ਰਬੰਧਕ ਫੋਨਬੁੱਕ ਪੜ੍ਹ ਸਕਦਾ ਹੈ।

ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਾਲੀਆਂ ਦੋ ਮਸ਼ੀਨਾਂ ਵਿਚਕਾਰ ਲੈਬ ਲਿੰਕ ਲਈ ਉਹ ਅਦਲਾ-ਬਦਲੀ ਸਵੀਕਾਰਯੋਗ ਹੋ ਸਕਦੀ ਹੈ। ਸਾਂਝੇ ਐਂਡਪੁਆਇੰਟ 'ਤੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਲਈ ਇਹ ਨਹੀਂ ਹੈ। ਇਸਨੂੰ ਐਨਕ੍ਰਿਪਟਿਡ ਸਟੋਰੇਜ ਕਹਿਣਾ ਇਹ ਨਹੀਂ ਬਦਲਦਾ ਕਿ ਇਸਨੂੰ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਫੋਨਬੁੱਕ ਇੱਕ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਹੈ। ਉਸ ਵਿਅਕਤੀ ਲਈ ਯੋਜਨਾ ਬਣਾਓ ਜੋ ਇਸਨੂੰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਸਿਰਫ ਉਸ ਵਿਅਕਤੀ ਲਈ ਨਹੀਂ ਜੋ ਵਰਤੋਂਕਾਰ ਵਜੋਂ ਲੌਗਇਨ ਕਰ ਸਕਦਾ ਹੈ।

Winlogon ਪ੍ਰਮਾਣ ਪੱਤਰ ਭੇਦ ਹਟਾਉਂਦੇ ਹਨ ਅਤੇ ਨਿਰਭਰਤਾ ਜੋੜਦੇ ਹਨ

-UseWinlogonCredential ਵੱਖਰਾ ਰਾਹ ਲੈਂਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ MSCHAPv2 ਨਾਲ ਲੌਗਇਨ ਕੀਤੇ ਵਰਤੋਂਕਾਰ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੇ ਵਿਰੁੱਧ। ਉਸ ਖਾਤੇ ਲਈ ਕੁਝ ਵਾਧੂ ਸੰਭਾਲਿਆ ਨਹੀਂ ਜਾਂਦਾ।

ਇਹ ਜੋ ਨਿਰਭਰਤਾ ਜੋੜਦਾ ਹੈ ਉਹ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਉਧਾਰ ਲੈਣ ਲਈ ਇੱਕ ਇੰਟਰਐਕਟਿਵ ਲੌਗਆਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਸੇਵਾ ਖਾਤੇ ਅਤੇ ਲੌਗਆਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਕੰਮ ਨੂੰ ਬਾਹਰ ਕਰਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਉਸ ਵਰਤੋਂਕਾਰ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੁਆਰਾ ਸਰਵਰ 'ਤੇ ਪਹੁੰਚ ਸਕਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਵੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ। ਸਵਿੱਚ ਨੂੰ ਸੁਰੱਖਿਆ ਸੈਟਿੰਗ ਵਜੋਂ ਨਹੀਂ ਬਲਕਿ ਇਸ ਬਾਰੇ ਬਿਆਨ ਵਜੋਂ ਪੜ੍ਹੋ ਕਿ ਪ੍ਰਮਾਣ ਪੱਤਰ ਕਿੱਥੋਂ ਆਉਂਦਾ ਹੈ। ਇਹ ਸਰੋਤ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ ਕਿ ਸਰਵਰ ਬਾਅਦ ਵਿੱਚ ਸੈਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਅਧਿਕਾਰਤ ਕਰਦਾ ਹੈ।

ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰਮਾਣਿਕਤਾ ਸਕੇਲ ਕਰਦੀ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਸੰਭਾਲਿਆ ਨਹੀਂ ਜਾਂਦਾ

ਜਿੱਥੇ ਸਰਵਰ EAP-TLS ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਮਸ਼ੀਨ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਾਂਝਾ ਭੇਦ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਰੱਦ ਕਰਨਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪਰਤ 'ਤੇ ਹੁੰਦਾ ਹੈ। SYSTEM ਵਜੋਂ ਚੱਲਣ ਵਾਲਾ ਕੰਮ ਇੰਟਰਐਕਟਿਵ ਲੌਗਆਨ ਤੋਂ ਬਿਨਾਂ ਉਹ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ 'ਤੇ ਨਿਰਮਾਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਰਵਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰਮਾਣਿਕਤਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਅਣਸਮਰਥਿਤ ਢੰਗ 'ਤੇ ਨਿਰਭਰ ਡਿਜ਼ਾਈਨ ਹੱਲ ਦੀ ਬਜਾਏ ਯੋਜਨਾ ਹੈ। ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਨਿੱਜੀ ਕੀ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ: ਡਿਵਾਈਸ ਪਛਾਣ ਲਈ ਮਸ਼ੀਨ ਸਟੋਰ, ਵਿਅਕਤੀ ਲਈ ਵਰਤੋਂਕਾਰ ਸਟੋਰ।

ਜਿੱਥੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਉੱਥੇ ਉਹਨਾਂ ਨੂੰ ਕੰਮ ਦੇ ਆਪਣੇ ਖਾਤੇ ਤੱਕ ਸੀਮਿਤ ਕਰਕੇ Credential Manager ਵਿੱਚ ਸੰਭਾਲੋ। ਕਲਾਇੰਟ ਨੂੰ ਉਹ ਆਰਗਿਊਮੈਂਟ ਤੋਂ ਨਹੀਂ ਬਲਕਿ ਉੱਥੋਂ ਪੜ੍ਹਨ ਦਿਓ। ਜੋ ਭੇਦ ਕੰਮ ਬਿਨਾਂ ਛਾਪੇ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਉਹ ਇਸਦੀ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੇ ਨਾਲੋਂ ਛੋਟੀ ਸਮੱਸਿਆ ਹੈ।

ਅਗਲੀ ਰੋਟੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਕ੍ਰਿਤੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ

ਤੁਸੀਂ ਕੀ ਚਾਹੁੰਦੇ ਸੀ ਇਹ ਨਹੀਂ, ਬਲਕਿ ਕੀ ਸੰਭਾਲਿਆ ਹੋਇਆ ਹੈ ਇਹ ਵੇਖੋ। ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਫੋਨਬੁੱਕ, ਸਾਰੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਕਾਪੀ, ਕੰਮ ਦਾ XML ਅਤੇ ਡਾਇਲ ਕਮਾਂਡ ਨੂੰ ਕਾਲ ਕਰਨ ਵਾਲੀ ਕੋਈ ਵੀ ਸਕ੍ਰਿਪਟ ਜਾਂਚੋ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂ ਕੈਸ਼ ਕੀਤਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਉਸ ਖਾਤੇ ਤੱਕ ਸੀਮਿਤ ਹੈ ਜੋ ਕੰਮ ਵਰਤਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਇੰਟਰਐਕਟਿਵ ਖਾਤੇ ਲਈ ਸੰਭਾਲਿਆ ਪ੍ਰਮਾਣ ਪੱਤਰ SYSTEM ਲਈ ਅਦ੍ਰਿਸ਼ਟ ਹੈ।

ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਅਤੇ ਖਾਤਾ ਕੰਮ ਦੇ ਆਪਣੇ ਨੋਟਾਂ ਵਿੱਚ ਦਰਜ ਕਰੋ। ਸਰਵਰ ਦੀ ਨੀਤੀ ਬਦਲਣ ਵਾਲੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਡਿਜ਼ਾਈਨ ਚੱਲ ਰਿਹਾ ਹੈ। ਉਹ ਜਵਾਬ ਸਿਰਫ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਵਿਵਹਾਰ ਤੋਂ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ। ਅਗਲੀ ਰੋਟੇਸ਼ਨ ਪਹਿਲਾਂ ਜਿੱਥੇ ਵੇਖੇਗੀ ਉੱਥੇ ਇਸਨੂੰ ਲਿਖੋ।