VPN ਬਦਲਣ ਤੋਂ ਬਾਅਦ Outlook ਸਾਈਨ-ਇਨ: Entra ਅਸਲ ਵਿੱਚ ਕੀ ਦੇਖਦਾ ਹੈ

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

ਦੋ ਸੈਸ਼ਨ ਸ਼ਾਮਲ ਹਨ: VPN ਸੈਸ਼ਨ ਅਤੇ ਮੇਲਬਾਕਸ ਟੋਕਨ। ਉਹ ਵੱਖ-ਵੱਖ ਸਿਸਟਮਾਂ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦੇ ਹਨ।

ਸਾਈਨ-ਇਨ ਸਮੇਂ Entra ਕੀ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ

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

ਨਤੀਜੇ ਨੂੰ ਪਾਸਵਰਡ ਸਮੱਸਿਆ ਵਜੋਂ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਨੀਤੀ ਫੈਸਲੇ ਵਜੋਂ ਪੜ੍ਹੋ।

VPN ਸੈਸ਼ਨ ਅਤੇ ਮੇਲਬਾਕਸ ਟੋਕਨ ਵੱਖਰੇ ਹਨ

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

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

ਨਿਰੰਤਰ ਪਹੁੰਚ ਮੁਲਾਂਕਣ ਇੱਕ ਹੋਰ ਰਾਹ ਜੋੜਦਾ ਹੈ: ਸਰੋਤ ਬਿਨਾਂ ਮਿਆਦ ਪੁੱਗੇ ਟੋਕਨ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਮੁੜ-ਮੁਲਾਂਕਣ ਮੰਗ ਸਕਦਾ ਹੈ। ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਹਰ Outlook ਕਲਾਇੰਟ ਨੂੰ ਸਾਈਨ-ਇਨ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।

ਕਲਾਉਡ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਪਤਾ ਦੇਖਦਾ ਹੈ

ਕਨੈਕਟ ਕੀਤਾ VPN ਆਈਕਨ ਹਰ ਕਲਾਉਡ ਬੇਨਤੀ ਦੇ ਜਨਤਕ ਸਰੋਤ ਨੂੰ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ। ਸਪਲਿਟ ਟਨਲ, IPv6 ਮਾਰਗ ਜਾਂ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਨਿਕਲਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ Entra ਨੂੰ Exchange Online ਨਾਲੋਂ ਵੱਖਰਾ ਪਤਾ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਜਾਂਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੋਰ ਮਾਰਗ ਲੈ ਸਕਦੀ ਹੈ।

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

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

ਇੱਕ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਸਾਈਨ-ਇਨ ਘਟਨਾ ਨਾਲ ਸਹਿਸੰਬੰਧਿਤ ਕਰੋ

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

ਅਧਿਕਾਰਤ ਪ੍ਰਬੰਧਕ ਫਿਰ Entra ਸਾਈਨ-ਇਨ ਲੌਗਾਂ ਵਿੱਚ ਮੇਲ ਖਾਂਦੀ ਘਟਨਾ ਲੱਭ ਕੇ ਕਲਾਇੰਟ, ਸਰੋਤ, ਪ੍ਰਮਾਣਿਕਤਾ ਵੇਰਵੇ ਅਤੇ ਨੀਤੀ ਨਤੀਜਾ ਜਾਂਚ ਸਕਦਾ ਹੈ।

ਨੀਤੀ ਸੁਧਾਰੋ, ਫਿਰ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ

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

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

ਸਾਈਨ-ਇਨ ਬਾਰੰਬਾਰਤਾ ਗਲਤ ਪਾਸਵਰਡ ਤੋਂ ਬਿਨਾਂ ਵੀ ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਮਜਬੂਰ ਕਰ ਸਕਦੀ ਹੈ। ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ ਨਵੇਂ ਅਧਿਕਾਰਤ ਮੇਲਬਾਕਸ ਸਿੰਕ ਜਾਂ ਭੇਜਣ ਨਾਲ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ; ਕੈਸ਼ ਕੀਤਾ ਸੁਨੇਹਾ ਪੜ੍ਹਨਾ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। Conditional Access ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਪ੍ਰਕਿਰਿਆ ਲੌਗ ਸਹਿਸੰਬੰਧ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ।