AWS Client VPN ਵਿੱਚ SAML ਲੌਗਇਨ ਪੂਰਾ ਕਰ ਸਕਣ ਵਾਲਾ ਕਲਾਇੰਟ ਕਿਹੜਾ ਹੈ
AWS ਕਲਾਇੰਟ ਵਾਲੇ Linux ਡੈਸਕਟਾਪ SAML ਬਰਾਊਜ਼ਰ ਹੈਂਡਓਫ ਪੂਰਾ ਕਰ ਸਕਦੇ ਹਨ; Android 'ਤੇ ਆਮ OpenVPN ਆਯਾਤ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੁਹਾਡਾ ਕੇਸ ਤੈਅ ਕਰਦੀਆਂ ਹਨ।
ਦੋ ਲੋਕ AWS Client VPN ਅਤੇ SAML ਬਾਰੇ ਇੱਕੋ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ ਅਤੇ ਉਲਟ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਇੱਕ ਹਰ ਸਵੇਰ Ubuntu ਲੈਪਟਾਪ ਤੋਂ ਸਾਈਨ ਇਨ ਕਰਦਾ ਹੈ; ਦੂਜੇ ਕੋਲ ਫ਼ੋਨ, ਡਾਊਨਲੋਡ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਇੱਕ ਕਲਾਇੰਟ ਹੈ ਜੋ ਉਸ ਵਿੱਚ ਇੱਕ ਲਾਈਨ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਫ਼ਰਕ ਕਿਸਮਤ ਨਹੀਂ ਹੈ ਅਤੇ ਨਾ ਹੀ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਲੁਕਿਆ ਕੋਈ ਸਵਿੱਚ ਹੈ। ਸਭ ਕੁਝ ਤਿੰਨ ਸ਼ਰਤਾਂ 'ਤੇ ਆ ਕੇ ਰੁਕਦਾ ਹੈ: ਪਲੇਟਫ਼ਾਰਮ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ AWS ਆਪਣੇ ਕਲਾਇੰਟ ਲਈ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ, ਤੁਹਾਡੇ ਹੱਥ ਵਾਲਾ ਸਾਧਨ ਸੰਘੀ ਬਰਾਊਜ਼ਰ ਅਦਲਾ-ਬਦਲੀ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਐਂਡਪੌਇੰਟ SAML ਲਈ ਸੰਰਚਿਤ ਹੈ। ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਖੁੰਝਿਆ ਤਾਂ ਸਾਈਨ ਇਨ ਕਿਸੇ ਹੋਰ ਥਾਂ ਰੁਕ ਜਾਵੇਗਾ।
ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਲੌਗਇਨ ਪੂਰਾ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ
ਪਲੇਟਫ਼ਾਰਮ ਪਹਿਲਾ ਹੈ। AWS Windows, macOS ਅਤੇ AMD64 'ਤੇ Ubuntu ਲਈ ਆਪਣਾ Client VPN ਕਲਾਇੰਟ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਅਕਤੂਬਰ 2026 ਦੇ ਅੰਤ ਤੱਕ Linux ਲੋੜਾਂ ਦਾ ਪੰਨਾ Ubuntu 22.04, 24.04 ਅਤੇ 26.04 ਦਾ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ। ਦੁਬਾਰਾ ਪੈਕੇਜ ਕੀਤੀ ਬਿਲਡ, ਬਦਲਿਆ ਪੈਕੇਜ ਜਾਂ ਕੋਈ ਹੋਰ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਚੱਲ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਸਮਰਥਿਤ ਪਲੇਟਫ਼ਾਰਮ ਨਹੀਂ ਹੈ, ਅਤੇ ਜਦੋਂ ਇਹ ਟੁੱਟਦਾ ਹੈ ਤਾਂ ਸਹਾਇਤਾ ਲਾਈਨ ਤੁਸੀਂ ਹੀ ਹੋ।
ਕਲਾਇੰਟ ਦੂਜਾ ਹੈ। ਸੰਘੀ ਸਾਈਨ ਇਨ ਕੋਈ ਪ੍ਰੋਫ਼ਾਈਲ ਚੋਣ ਨਹੀਂ ਹੈ ਜਿਸ ਨੂੰ ਹਰ OpenVPN-ਅਨੁਕੂਲ ਐਪ ਪਾਰਸ ਕਰੇ। ਦਿੱਤਾ ਗਿਆ ਕਲਾਇੰਟ ਤੁਹਾਡੇ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਨੂੰ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਖੋਲ੍ਹਦਾ ਹੈ, ਦਸਤਖ਼ਤ ਕੀਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਜਵਾਬ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਹ ਜਵਾਬ ਐਂਡਪੌਇੰਟ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਜੋ ਐਪ ਸਿਰਫ਼ ਪ੍ਰੋਫ਼ਾਈਲ ਪੜ੍ਹ ਕੇ ਟਨਲ ਖੜ੍ਹਾ ਕਰਦੀ ਹੈ ਉਹ ਇਹ ਕਦਮ ਨਹੀਂ ਕਰਦੀ, ਭਾਵੇਂ ਉਸ ਦਾ ਕਨੈਕਸ਼ਨ ਲੌਗ ਕਿੰਨਾ ਵੀ ਸਾਫ਼ ਦਿਸੇ।
ਐਂਡਪੌਇੰਟ ਤੀਜਾ ਹੈ। Active Directory ਪ੍ਰਮਾਣ-ਪੱਤਰ ਜਾਂ ਆਪਸੀ ਸਰਟੀਫ਼ਿਕੇਟ ਵਾਲੇ ਐਂਡਪੌਇੰਟ ਦੀ ਬਣਤਰ ਬਿਲਕੁਲ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਬਦਲਣ ਨਾਲ ਉਹ ਨਹੀਂ ਬਦਲੇਗੀ। ਕੁਝ ਹੋਰ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਨਾਲ ਪ੍ਰਮਾਣੀਕਰਨ ਮੋਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਇਕੱਠਿਆਂ ਲੈਣ 'ਤੇ, ਤਿੰਨ ਸ਼ਰਤਾਂ ਇੱਕ ਛੋਟਾ ਫ਼ੈਸਲਾ ਸਾਰਣੀ ਦਿੰਦੀਆਂ ਹਨ:
| Platform | AWS-provided client | Completes the SAML exchange | What that means |
|---|---|---|---|
| Ubuntu 22.04 / 24.04 / 26.04, AMD64 | Yes | Yes | Normal sign-in path; debug stages, not platforms |
| Windows or macOS | Yes | Yes | Same path, different installer |
| Android | No published client | No | Needs a different access design, not a different profile |
| Other Linux distributions | No | Depends on the tool | Runs at your own support risk |
OpenVPN ਆਯਾਤ auth-federate 'ਤੇ ਕਿਉਂ ਰੁਕਦਾ ਹੈ
ਨਿਰਯਾਤ ਕੀਤੀ AWS Client VPN ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਇੱਕ ਨਿਰਦੇਸ਼ ਹੁੰਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਪ੍ਰਮਾਣੀਕਰਨ ਟਨਲ ਤੋਂ ਬਾਹਰ, ਸੰਘ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ। ਆਮ OpenVPN ਕਲਾਇੰਟ ਜਾਂ ਤਾਂ ਉਹ ਲਾਈਨ ਸਿੱਧਾ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਜਾਂ ਅਣਡਿੱਠ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਦੇਣ ਲਈ ਕੋਈ ਪ੍ਰਮਾਣ ਨਹੀਂ ਹੁੰਦਾ। ਇੱਥੇ ਹੀ ਜ਼ਿਆਦਾਤਰ Android ਕੋਸ਼ਿਸ਼ਾਂ ਖ਼ਤਮ ਹੁੰਦੀਆਂ ਹਨ: ਪ੍ਰੋਫ਼ਾਈਲ ਆਯਾਤ ਹੁੰਦੀ ਹੈ, ਐਪ ਇਤਰਾਜ਼ ਕਰਦੀ ਹੈ, ਜਾਂ ਇੱਕ ਵੀ ਪੈਕਟ ਡਿਵਾਈਸ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਸੰਰਚਨਾ ਗਲਤੀ ਨਾਲ ਮਰ ਜਾਂਦਾ ਹੈ।
auth-federate ਮਿਟਾਉਣਾ ਅਗਲਾ ਲੁਭਾਉਣ ਵਾਲਾ ਕਦਮ ਹੈ, ਅਤੇ ਇਹ ਸਾਫ਼ ਅਸਫਲਤਾ ਨੂੰ ਉਲਝਣ ਭਰੀ ਬਣਾ ਦਿੰਦਾ ਹੈ। ਨਿਰਦੇਸ਼ ਹਟਾਉਣ ਨਾਲ SAML ਐਂਡਪੌਇੰਟ ਵਰਤੋਂਕਾਰ-ਨਾਂ ਅਤੇ ਪਾਸਵਰਡ ਪ੍ਰਮਾਣੀਕਰਨ ਨਹੀਂ ਬਣ ਜਾਂਦਾ। ਐਂਡਪੌਇੰਟ ਅਜੇ ਵੀ ਦਸਤਖ਼ਤ ਕੀਤੇ SAML ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਉਸ ਦੀ ਥਾਂ ਜੋ ਭੇਜਦਾ ਹੈ ਉਸ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਤੁਹਾਡਾ ਖਾਤਾ ਪਾਸਵਰਡ, ਡਾਊਨਲੋਡ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਕਾਪੀ ਕੀਤਾ ਦਾਅਵਾ ਆਪਸ ਵਿੱਚ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਪ੍ਰਮਾਣ ਨਹੀਂ ਹਨ।
ਫ਼ੋਨ 'ਤੇ Chrome ਵਿੱਚ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਨਾ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ। ਇਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਜਵਾਬ ਉਸ ਕਲਾਇੰਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜੋ ਉਸ ਨੂੰ ਐਂਡਪੌਇੰਟ 'ਤੇ ਵਾਪਸ ਭੇਜ ਸਕੇ। ਸੰਘੀ ਪ੍ਰਮਾਣੀਕਰਨ ਦੀਆਂ ਲੋੜਾਂ ਠੀਕ ਇਸੇ ਕਾਰਨ ਦਿੱਤੇ ਗਏ ਕਲਾਇੰਟ ਨੂੰ ਪ੍ਰਵਾਹ ਦਾ ਹਿੱਸਾ ਬਣਾਉਂਦੀਆਂ ਹਨ: ਬਰਾਊਜ਼ਰ ਦਾ ਕਦਮ ਲਾਜ਼ਮੀ ਹੈ ਅਤੇ ਕਾਫ਼ੀ ਨਹੀਂ।
ਸਮਰਥਿਤ Linux ਡੈਸਕਟਾਪ ਰਾਹ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ
AWS ਜੋ ਪੈਕੇਜ Ubuntu AMD64 ਲਈ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਉਸ ਨੂੰ ਆਪਣੇ ਸਿਸਟਮ ਪੈਕੇਜ ਮੈਨੇਜਰ ਨਾਲ ਸਥਾਪਿਤ ਕਰੋ, ਫਿਰ ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਆਮ VPN ਐਪ ਵਿੱਚ ਆਯਾਤ ਕਰਨ ਦੀ ਥਾਂ ਉਸੇ ਕਲਾਇੰਟ ਤੋਂ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹੋ। ਤੁਹਾਡੇ ਪ੍ਰਸ਼ਾਸਕ ਨੇ ਇਸ ਐਂਡਪੌਇੰਟ ਲਈ ਨਿਰਯਾਤ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਰਤੋ; ਪੁਰਾਣੀ ਗਾਈਡ ਦਾ ਕਾਲਬੈਕ URL ਜਾਂ ਕਲਾਇੰਟ ਪਛਾਣਕਰਤਾ ਨਾ ਬਦਲੋ, ਭਾਵੇਂ ਕਲਾਇੰਟ ਉਸ ਨੂੰ ਸਵੀਕਾਰ ਕਰੇ।
ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰੋ, ਖੁੱਲ੍ਹਣ ਵਾਲੇ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਸਾਈਨ ਇਨ ਅਤੇ ਕੋਈ ਵੀ MFA ਸੰਕੇਤ ਪੂਰਾ ਕਰੋ, ਅਤੇ ਬਰਾਊਜ਼ਰ ਤੋਂ ਕਲਾਇੰਟ ਤੱਕ ਵਾਪਸੀ ਦਾ ਪ੍ਰਵਾਹ ਪੂਰਾ ਹੋਣ ਦਿਓ। ਫਿਰ ਜੋ ਨਿੱਜੀ ਪਤਾ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦਾ ਹੈ ਉਹ ਨਵੇਂ ਸਿਰਿਓਂ ਮੰਗੋ। ਸਫਲ ਸਾਈਨ ਇਨ ਦਾ ਐਲਾਨ ਕਰਨ ਵਾਲਾ ਪੰਨਾ ਟਨਲ ਉੱਠਣ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ।
Linux ਕਲਾਇੰਟ SAML ਜਵਾਬਾਂ ਲਈ ਸਥਾਨਕ TCP ਪੋਰਟ 8096 ਤੋਂ 8115 ਤੱਕ ਰਾਖਵੇਂ ਰੱਖਦਾ ਹੈ। ਜਦੋਂ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਤੁਹਾਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਹੈਂਡਓਫ ਅਟਕ ਜਾਵੇ, ਤਾਂ ਦੇਖੋ ਕਿ ਉਸ ਰੇਂਜ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਕੀ ਸੁਣ ਰਿਹਾ ਹੈ:
ss -ltnp | grep -E ":809[6-9]|:81(0[0-9]|1[0-5])"
ਕਬਜ਼ੇ ਵਾਲਾ ਪੋਰਟ, ਜਾਂ ਲੂਪਬੈਕ ਸਰੋਤੇ ਨੂੰ ਰੋਕਣ ਵਾਲਾ ਐਂਡਪੌਇੰਟ ਸੁਰੱਖਿਆ ਸਾਫ਼ਟਵੇਅਰ, ਅਜਿਹਾ ਸਾਈਨ ਇਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਪੂਰਾ ਹੋਇਆ ਲੱਗਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕਦੇ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦਾ। ਉਸ ਰੇਂਜ ਨੂੰ ਸਥਾਨਕ ਰੱਖੋ। ਇਹ ਕਲਾਇੰਟ-ਪਾਸੇ ਦਾ ਵਾਪਸੀ ਰਾਹ ਹੈ, EC2 ਸੁਰੱਖਿਆ ਸਮੂਹ ਜਾਂ ਗੇਟਵੇ ਫਾਇਰਵਾਲ ਨਿਯਮ ਵਿੱਚ ਖੋਲ੍ਹਣ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ, ਅਤੇ ਇਸ ਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ ਖੋਲ੍ਹਣ ਨਾਲ ਕੁਝ ਸੁਧਰੇ ਬਿਨਾਂ ਜੋਖਮ ਵਧਦਾ ਹੈ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲ ਪੜਾਅ ਪੜ੍ਹੋ
ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣਾ ਆਮ ਪ੍ਰਤੀਕਿਰਿਆ ਹੈ, ਪਰ ਹਰ ਅਸਫਲਤਾ ਬਿੰਦੂ ਵੱਖਰੇ ਮਾਲਕ ਦਾ ਹੈ। ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਹੋ।
- ਕੋਈ ਬਰਾਊਜ਼ਰ ਵਿੰਡੋ ਨਹੀਂ ਖੁੱਲ੍ਹਦੀ। ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਪ੍ਰਮਾਣੀਕਰਨ ਮੋਡ, ਤੁਹਾਡੇ ਚੁਣੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਡੈਸਕਟਾਪ ਦੇ ਡਿਫ਼ਾਲਟ ਬਰਾਊਜ਼ਰ ਨਾਲ ਏਕੀਕਰਨ ਦੀ ਜਾਂਚ ਕਰੋ।
- ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਖਾਤਾ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਖਾਤਾ ਅਲਾਟਮੈਂਟ, MFA ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਂ SAML ਐਪ ਦੀ ਸੰਰਚਨਾ, ਸਭ ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਖੇਤਰ।
- ਬਰਾਊਜ਼ਰ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਪਰ ਕਲਾਇੰਟ ਕਦੇ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦਾ। ਸਮਾਂ ਲੰਘਿਆ ਜਾਂ ਨਕਾਰਾ ਪ੍ਰਮਾਣੀਕਰਨ ਜਵਾਬ, ਰੋਕਿਆ ਵਾਪਸੀ ਪੋਰਟ, ਜਾਂ ਅਸਫਲ ਹੈਂਡਓਫ।
- ਟਨਲ ਉੱਪਰ ਹੈ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੈ। ਐਂਡਪੌਇੰਟ ਰੂਟ, ਅਧਿਕਾਰ ਨਿਯਮ, ਸੁਰੱਖਿਆ ਸਮੂਹ, DNS। ਬਰਾਊਜ਼ਰ ਲੌਗਇਨ ਦੁਹਰਾਉਣ ਨਾਲ ਗੁੰਮ ਨੈੱਟਵਰਕ ਇਜਾਜ਼ਤ ਨਹੀਂ ਜੁੜਦੀ।
ਐਸਕਲੇਟ ਕਰਦਿਆਂ ਕਲਾਇੰਟ ਦਾ ਗਲਤੀ ਟੈਕਸਟ ਅਤੇ ਕੋਸ਼ਿਸ਼ ਦਾ ਸਮਾਂ ਰੱਖੋ। SAML ਟੁੱਟਿਆ ਹੋਣ ਦਾ ਬਿਆਨ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਕਦੇ ਵੈਧ ਪ੍ਰਮਾਣੀਕਰਨ ਜਵਾਬ ਨਾ ਮਿਲਣ ਦਾ ਬਿਆਨ ਲੋਕਾਂ ਨੂੰ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਭੇਜਦੇ ਹਨ।
ਜਦੋਂ ਲੋੜ ਫਿਰ ਵੀ Android ਹੋਵੇ
Android ਉਹ ਪਲੇਟਫ਼ਾਰਮ ਨਹੀਂ ਹੈ ਜਿਸ ਲਈ AWS ਆਪਣਾ ਕਲਾਇੰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸੱਚਾ ਜਵਾਬ ਇਹ ਹੈ ਕਿ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਕੋਈ ਸਮਰਥਿਤ ਮੋਬਾਈਲ ਕਲਾਇੰਟ ਨਹੀਂ ਹੈ। ਇਹ ਡਿਜ਼ਾਈਨ ਸੀਮਾ ਹੈ, ਫ਼ੋਨ 'ਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਸੋਧ ਕੇ ਕੁਝ ਕਨੈਕਟ ਹੋਣ ਤੱਕ ਹੱਲ ਕਰਨ ਵਾਲੀ ਬੁਝਾਰਤ ਨਹੀਂ।
ਜੋ ਬਦਲ ਸਕਦਾ ਹੈ ਉਹ ਇਸ ਦੇ ਪਿੱਛੇ ਦਾ ਪਹੁੰਚ ਡਿਜ਼ਾਈਨ ਹੈ, ਅਤੇ ਉਹ ਫ਼ੈਸਲਾ ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਹੈ: ਫ਼ੋਨ ਨੂੰ ਲੋੜੀਂਦੀ ਇੱਕੋ ਅੰਦਰੂਨੀ ਸੇਵਾ ਤੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਪਲੀਕੇਸ਼ਨ-ਪਹੁੰਚ ਰਾਹ, ਸੰਸਥਾ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਚਲਾਇਆ ਜਾ ਰਿਹਾ ਮੋਬਾਈਲ-ਯੋਗ VPN ਉਤਪਾਦ, ਜਾਂ ਸਿਰਫ਼ SAML ਵਰਤਣ ਵਾਲੇ ਐਂਡਪੌਇੰਟ ਲਈ ਸਮਰਥਿਤ ਡੈਸਕਟਾਪ। ਹਰ ਚੋਣ ਆਪਣੀ ਐਂਡਪੌਇੰਟ ਸੰਰਚਨਾ, ਪਛਾਣ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਅਤੇ ਅਧਿਕਾਰ ਨਿਯਮ ਲਿਆਉਂਦੀ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਵਰਤੋਂਕਾਰ ਡਾਊਨਲੋਡ ਕੀਤੀ ਪ੍ਰੋਫ਼ਾਈਲ ਤੋਂ ਨਹੀਂ ਬਣਾ ਸਕਦਾ।
ਜੋ ਤੀਜੀ-ਧਿਰ ਦੇ ਸਾਧਨ ਇਸ ਖੱਪ ਨੂੰ ਭਰਨ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ MFA, ਜਵਾਬ ਸੰਭਾਲ, ਡਿਵਾਈਸ ਨੀਤੀ ਅਤੇ ਅੱਪਡੇਟ ਦੀ ਗਤੀ ਨੂੰ ਕਵਰ ਕਰਨ ਵਾਲੀ ਸਪਸ਼ਟ ਸਹਾਇਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਚਾਹੀਦੀ ਹੈ। ਉਹਨਾਂ ਦਾ ਹੋਣਾ ਉਹਨਾਂ ਨੂੰ AWS ਵੱਲੋਂ ਦਿੱਤਾ Android ਕਲਾਇੰਟ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਚਲਾਉਣ ਲਈ ਦੁਬਾਰਾ ਵਰਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਪ੍ਰਮਾਣੀਕਰਨ ਸਮੱਗਰੀ ਫ਼ੋਨ 'ਤੇ ਨਾ ਲੈ ਜਾਓ।
ਨਿਰਦੇਸ਼ਾਂ ਬਾਰੇ ਲੰਮੇ ਥ੍ਰੈਡ ਦੀ ਥਾਂ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਤਿੰਨ ਤੱਥ ਦਿਓ: ਐਂਡਪੌਇੰਟ ਦਾ ਪ੍ਰਮਾਣੀਕਰਨ ਮੋਡ, ਫ਼ੋਨ ਨੂੰ ਪਹੁੰਚਣ ਵਾਲਾ ਨਿੱਜੀ ਸਰੋਤ, ਅਤੇ ਸਮਾਂ-ਸੀਮਾ। ਡੈਸਕਟਾਪ, ਐਪਲੀਕੇਸ਼ਨ-ਪਹੁੰਚ ਰਾਹ ਅਤੇ ਨਵੇਂ VPN ਉਤਪਾਦ ਵਿੱਚੋਂ ਚੁਣਨ ਲਈ ਐਨਾ ਹੀ ਕਾਫ਼ੀ ਹੈ।
ਹੋਰ ਟਿਕਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਰਤਾਂ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ: ਪਲੇਟਫ਼ਾਰਮ ਦਿੱਤੇ ਕਲਾਇੰਟਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ, ਬਰਾਊਜ਼ਰ ਅਦਲਾ-ਬਦਲੀ ਪੂਰੀ ਕਰ ਸਕਣ ਵਾਲਾ ਸਾਧਨ, ਸੱਚਮੁੱਚ ਸੰਘ ਲਈ ਸੰਰਚਿਤ ਐਂਡਪੌਇੰਟ, ਅਤੇ Linux 'ਤੇ ਲੂਪਬੈਕ ਪੋਰਟ ਰੇਂਜ। ਜੋ ਪਹਿਲਾ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਉਹੀ ਠੀਕ ਕਰਨਾ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ ਸਭ ਅੰਦਾਜ਼ਾ ਹੈ।