Cisco Secure Client RDP ਸੈਸ਼ਨ ਤੋਂ VPN ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ

ਸਾਈਨ-ਇਨ ਸਫਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਟਨਲ ਫਿਰ ਵੀ ਉੱਪਰ ਨਹੀਂ ਆਉਂਦਾ। ਇਹ ਸੁਮੇਲ ਲੋਕਾਂ ਨੂੰ ਉਲਝਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਇਸਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਸਮੱਸਿਆ ਵਜੋਂ ਪੜ੍ਹਦੇ ਹਨ, ਫਿਰ ਉਹ ਉਹ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਰੀਸੈਟ ਕਰਨ ਵਿੱਚ ਦੁਪਹਿਰ ਬਿਤਾ ਦਿੰਦੇ ਹਨ ਜੋ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ। Cisco Secure Client VPN ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਕੋਸ਼ਿਸ਼ Remote Desktop ਸੈਸ਼ਨ ਤੋਂ ਆਈ ਸੀ, ਅਤੇ ਇਹ ਫੈਸਲਾ ਕਲਾਇੰਟ ਪਾਸੇ ਦੀ ਨੀਤੀ ਲੈਂਦੀ ਹੈ।

ਕਨੈਕਸ਼ਨ ਪ੍ਰਵਾਹ ਵਿੱਚ ਇਹ ਕਿੱਥੇ ਦਿਖਦਾ ਹੈ

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

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

ਅਸਲ ਵਿੱਚ ਫੈਸਲਾ ਕਰਨ ਵਾਲੀ ਸੈਟਿੰਗ

Windows VPN Establishment ਨੀਤੀ ਸੰਬੰਧਿਤ ਨਿਯੰਤਰਣ ਹੈ ਅਤੇ ਇਸਦੇ ਦੋ ਦਸਤਾਵੇਜ਼ੀ ਮੁੱਲ ਹਨ: ਸਿਰਫ਼ ਸਥਾਨਕ ਵਰਤੋਂਕਾਰ, ਅਤੇ ਦੂਰਸਥ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਇਜਾਜ਼ਤ। ਦੂਜਾ ਸਮਰਥਿਤ ਸੰਰਚਨਾ ਵਿੱਚ Remote Desktop ਸੈਸ਼ਨ ਤੋਂ ਟਨਲ ਸਥਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਪਹਿਲਾ ਕਈ ਉੱਦਮ ਪ੍ਰੋਫਾਈਲਾਂ ਵਿੱਚ ਡਿਫਾਲਟ ਰੁਖ ਹੈ।

ਇਸਨੂੰ Windows Logon Enforcement ਨਾਲ ਨਾ ਮਿਲਾਓ, ਜਿਸਨੂੰ ਪ੍ਰੋਫਾਈਲ ਗਾਈਡ ਸਾਈਨ-ਇਨ ਸੈਸ਼ਨਾਂ ਬਾਰੇ ਵੱਖਰੀ ਨੀਤੀ ਵਜੋਂ ਦਸਤਾਵੇਜ਼ ਕਰਦੀ ਹੈ। ਇੱਕ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿਹੜਾ ਸੈਸ਼ਨ ਟਨਲ ਬਣਾ ਸਕਦਾ ਹੈ, ਦੂਜੀ ਇਕੱਠੇ ਜਾਂ ਸਾਈਨ-ਇਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਤੈਅ ਕਰਦੀ ਹੈ। ਗਲਤ ਬਦਲਣ ਨਾਲ ਕੋਈ ਦਿਖਣ ਵਾਲਾ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ।

ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਪ੍ਰੋਫਾਈਲ ਪੜ੍ਹੋ

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

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

ਟਨਲ ਉੱਪਰ ਆਉਣ ਤੋਂ ਬਾਅਦ ਦਾ RDP ਰਾਹ

ਦੂਰਸਥ ਸਥਾਪਨਾ ਦੀ ਇਜਾਜ਼ਤ ਤੁਹਾਡੇ Remote Desktop ਸੈਸ਼ਨ ਦੇ ਬਚਣ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦੀ। ਜਦੋਂ ਟਨਲ ਰਾਹ ਜਾਂ ਸਥਾਨਕ ਪਹੁੰਚ ਨਿਯਮ ਬਦਲਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਅੰਦਰ ਲਿਆਉਣ ਵਾਲਾ ਸੈਸ਼ਨ ਉਸਨੂੰ ਟਿਕਾਉਣ ਵਾਲਾ ਰਾਹ ਗੁਆ ਸਕਦਾ ਹੈ।

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

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

ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਕੀ ਭੇਜਣਾ ਹੈ

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

ਆਖਰੀ ਤੁਲਨਾ ਹੀ ਸਮਾਂ ਬਚਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸੈਸ਼ਨ-ਨੀਤੀ ਦੇ ਇਨਕਾਰ ਨੂੰ ਪੂਰੇ ਜੰਤਰ ਦੀ ਖਰਾਬੀ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ।

ਮਨਜ਼ੂਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ

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

VPN ਪ੍ਰਵੇਸ਼, ਸੈਸ਼ਨ ਦਾ ਟਿਕਣਾ ਅਤੇ Windows ਸਾਈਨ-ਇਨ ਇਜਾਜ਼ਤ ਤਿੰਨ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹਨ। ਇੱਕ ਪਾਸ ਹੋਣ ਨਾਲ ਬਾਕੀ ਦੋ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਿਹਾ ਜਾਂਦਾ।