ਫੈਡਰੇਟਿਡ VPN ਲੌਗਇਨ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਕਦਮ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ

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

ਇੱਕ ਸਾਈਨ-ਇਨ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਚਲਾਉਣਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹਰ ਗਲਤੀ ਕਿੱਥੇ ਆਉਂਦੀ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਰਨਬੁੱਕ ਇਹੀ ਹਿੱਸਾ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ।

ਗੇਟਵੇ ਕਨਫ਼ਿਗ ਤੋਂ ਨਹੀਂ, ਕਲਾਇੰਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਨੂੰ ਕੀ ਵਾਪਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

IdP ਇੱਕ ਹਸਤਾਖ਼ਰਿਤ SAML ਜਵਾਬ ਨਾਲ ਜੁਆਬ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ assertion ਹੁੰਦਾ ਹੈ: ਵਿਸ਼ਾ ਕੌਣ ਹੈ, ਇਹ ਕਿਸਨੇ ਜਾਰੀ ਕੀਤਾ, ਇਹ ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਇਹ ਕਿੰਨੀ ਦੇਰ ਵੈਧ ਰਹਿੰਦਾ ਹੈ। ਉਹ ਖੇਤਰ ਹੀ ਇਕਰਾਰਨਾਮਾ ਹਨ। Issuer, audience, recipient ਅਤੇ ਵੈਧਤਾ ਵਿੰਡੋ ਸਾਰੇ ਸੇਵਾ ਦੀ ਉਮੀਦ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ।

ਸਹੀ IdP ਦੁਆਰਾ ਹਸਤਾਖ਼ਰਿਤ ਪਰ ਵੱਖਰੇ audience ਨੂੰ ਸੰਬੋਧਿਤ ਜਵਾਬ ਫਿਰ ਵੀ ਅਵੈਧ ਹੈ। ਇਹੀ ਉਹ ਜਾਂਚ ਹੈ ਜੋ ਲੋਕ ਲੈਬ ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿਚਕਾਰ ਮੈਟਾਡੇਟਾ ਕਾਪੀ ਕਰਦਿਆਂ ਛੱਡ ਦਿੰਦੇ ਹਨ।

VPN ਸੇਵਾ ਤੁਹਾਡੇ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਦੀ ਹੈ

ਸੇਵਾ ਭਰੋਸੇਯੋਗ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਹਸਤਾਖ਼ਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ, issuer, audience ਅਤੇ recipient ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ, ਫਿਰ ਸਮਾਂ ਸ਼ਰਤਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ ਹੀ ਇਹ assertion ਨੂੰ ਵਰਤੋਂਕਾਰ ਜਾਂ ਸਮੂਹ ਨਾਲ ਮੈਪ ਕਰਦੀ ਹੈ ਅਤੇ VPN ਅਧਿਕਾਰ ਨੀਤੀ ਲਾਗੂ ਕਰਦੀ ਹੈ। ਇੱਥੇ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਅਧਿਕਾਰ ਵੱਖਰੇ ਕਦਮ ਹਨ, ਅਤੇ ਮੇਲ ਖਾਂਦੇ ਸਮੂਹ ਤੋਂ ਬਿਨਾਂ ਵੈਧ assertion ਅਜਿਹਾ ਸੈਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਜੁੜਦਾ ਹੈ ਪਰ ਕਿਤੇ ਨਹੀਂ ਪਹੁੰਚਦਾ।

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

ਦੋ ਉਮਰਾਂ ਜੋ ਵੱਖਰੀਆਂ ਖ਼ਤਮ ਹੁੰਦੀਆਂ ਹਨ

IdP ’ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਅਤੇ ਗੇਟਵੇ ’ਤੇ VPN ਸੈਸ਼ਨ ਵੱਖਰੀਆਂ ਘੜੀਆਂ ’ਤੇ ਮਿਆਦ ਪੂਰੀ ਕਰਦੇ ਹਨ। IdP ਤੋਂ ਸਾਈਨ ਆਉਟ ਕਰਨਾ ਸਥਾਪਿਤ ਟਨਲ ਨੂੰ ਜ਼ਰੂਰੀ ਤੌਰ ’ਤੇ ਬੰਦ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਟਨਲ ਡਿਸਕਨੈਕਟ ਕਰਨਾ ਤੁਹਾਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਸਾਈਨ ਆਉਟ ਨਹੀਂ ਕਰਦਾ।

AWS Client VPN ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਕਿ ਇਸਦਾ ਫੈਡਰੇਟਿਡ ਪ੍ਰਵਾਹ SAML single logout ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ, ਜੋ ਇਸ ਫ਼ਰਕ ਦੀ ਇੱਕ ਠੋਸ ਉਦਾਹਰਨ ਹੈ। ਸਮਮਿਤੀ ਮੰਨਣ ਦੀ ਬਜਾਏ ਆਪਣੀ ਸੇਵਾ ਦੀ ਜਾਂਚ ਕਰੋ।

ਇਸੇ ਲਈ ਦੁਬਾਰਾ ਕੁਨੈਕਸ਼ਨ 09:00 ਅਤੇ 15:00 ’ਤੇ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਇਹ IdP ਸੈਸ਼ਨ ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਵਰਤ ਸਕਦਾ ਹੈ, ਦੁਬਾਰਾ MFA ਮੰਗ ਸਕਦਾ ਹੈ, ਜਾਂ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਐਂਡਪੌਇੰਟ ਸੈਸ਼ਨ ਦੀ ਮਿਆਦ ਪੂਰੀ ਹੋ ਗਈ ਸੀ ਜਦਕਿ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਦੀ ਨਹੀਂ। AWS ਫੈਡਰੇਸ਼ਨ ਵਰਕਫ਼ਲੋ ਆਪਣੀਆਂ ਕਲਾਇੰਟ ਅਤੇ ਜਵਾਬ ਲੋੜਾਂ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਸੇਵਾਵਾਂ ਵੱਖਰੇ ਹੈਂਡਓਫ਼ ਵਰਤਦੀਆਂ ਹਨ।

ਜਦੋਂ ਬ੍ਰਾਊਜ਼ਰ ਕਦਮ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਇਹ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ

ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਬਾਹਰ ਵੱਲ ਕੰਮ ਕਰੋ, ਕਿਉਂਕਿ ਗਲਤੀ ਸੁਨੇਹਾ ਆਮ ਤੌਰ ’ਤੇ ਪਹਿਲੀ ਥਾਂ ਅੰਤਿਮ ਹੌਪ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ।

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

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