ਡਿਵਾਈਸ ਪਾਸੇ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਕਿਸੇ ਗੈਰ-ਰਜਿਸਟਰਡ ਲੈਪਟਾਪ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਐਂਡਪੌਇੰਟ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ Always-On ਤੈਨਾਤੀਆਂ ਠੀਕ ਇਸੇ ਖਾਲੀ ਥਾਂ 'ਤੇ ਰੁਕ ਜਾਂਦੀਆਂ ਹਨ। Cisco Secure Client ਨੀਤੀ ਨੂੰ ਮਸ਼ੀਨ 'ਤੇ ਮੌਜੂਦ ਪਰੋਫਾਈਲ ਰਾਹੀਂ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਸ ਪਰੋਫਾਈਲ ਦੀ ਡਿਲੀਵਰੀ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਦਾ ਹਿੱਸਾ ਹੈ, ਉਸ ਦੀ ਵਿਸਥਾਰ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤੇ ਪੰਜ ਕਦਮ ਕ੍ਰਮ ਵਿੱਚ ਪੂਰੇ ਕਰੋ ਅਤੇ ਜੋ ਪਹਿਲਾ ਕਦਮ ਟਿਕ ਨਾ ਸਕੇ ਉੱਥੇ ਹੀ ਰੁਕੋ, ਕਿਉਂਕਿ ਪਿਛਲਾ ਕਦਮ ਪਹਿਲਾਂ ਵਾਲੀ ਖਾਲੀ ਥਾਂ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਪਹਿਲਾ ਕਦਮ: ਤੈਅ ਕਰੋ ਕਿ ਨਿਯਮ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ

Always-On ਉਪਭੋਗਤਾ ਦੇ ਲੌਗਇਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਟਨਲ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਿਕਰੇਤਾ ਦਾ ਦਸਤਾਵੇਜ਼ ਸਪਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਜਦੋਂ ਕੋਈ ਲੌਗਇਨ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਇਹ ਕਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਤੁਹਾਡੀ ਲੋੜ Windows ਲੌਗਇਨ ਸਕਰੀਨ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦ ਟਨਲ ਹੈ, ਤਾਂ ਇਹ ਗਲਤ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਅਤੇ ਪਰੋਫਾਈਲ ਟਿਊਨਿੰਗ ਦੀ ਕੋਈ ਵੀ ਮਾਤਰਾ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲਦੀ। ਪਰੋਫਾਈਲ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਤੈਨਾਤ ਕਰਨਾ ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਵਿਵਹਾਰ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ।

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

BehaviourWhat you are proving
First use on a new machineThe profile arrived before any user connection
After logonThe tunnel starts without the user opening the client
Trusted network entryThe client stays off where it should
Tunnel cannot establishThe failure policy does what you decided

ਜੇ ਲੋੜ ਸਿਰਫ਼ ਦੂਜੀ ਕਤਾਰ ਹੈ, ਤਾਂ ਇਸ ਪੰਨੇ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਅਜੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਪਰ ਸਵੀਕ੍ਰਿਤੀ ਪਰੀਖਿਆ ਸਸਤੀ ਹੈ।

ਦੂਜਾ ਕਦਮ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਰੋਫਾਈਲ ਪਹਿਲਾਂ ਹੀ ਐਂਡਪੌਇੰਟ 'ਤੇ ਹੈ

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

Get-Service vpnagent | Select-Object Status, StartType
Get-ChildItem 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile'
Get-Content 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile\profile.xml' | Select-String -Pattern AlwaysOn

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

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

ਤੀਜਾ ਕਦਮ: ਅਸਫਲਤਾ ਵੇਲੇ ਦਾ ਵਿਵਹਾਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ

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

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

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

ਚੌਥਾ ਕਦਮ: ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਕਿ ਕੀ ਭਰੋਸੇਯੋਗ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ

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

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

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

ਪੰਜਵਾਂ ਕਦਮ: ਐਂਡਪੌਇੰਟ ਨੀਤੀ ਨੂੰ ਵਾਪਸ ਲੈਣਾ ਮੁਸ਼ਕਲ ਬਣਾਓ

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ