ਗੁੰਮ ਹੋਇਆ VPN ਪ੍ਰਮਾਣਕ: MFA ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ ਬਦਲੋ
ਗੁੰਮ ਹੋਇਆ ਕਾਰਕ ਰਿਕਵਰੀ ਦਾ ਕੰਮ ਹੈ, ਰੁਕਾਵਟ ਨਹੀਂ। ਅਸਫਲ ਮਾਰਗ ਤੋਂ ਬਾਹਰ ਜਾਂਚ ਕਰੋ, ਬਦਲ ਦਰਜ ਕਰੋ, ਪੁਰਾਣਾ ਢੰਗ ਹਟਾਓ, ਫਿਰ ਸਾਬਤ ਕਰੋ ਕਿ ਲੌਗਇਨ ਕੰਮ ਕਰਦਾ ਹੈ।
ਕਿਸੇ ਦਾ ਫ਼ੋਨ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਟਿਕਟ VPN ਖਰਾਬ ਵਜੋਂ ਆਉਂਦੀ ਹੈ। ਇਹ ਢਾਂਚਾ ਦੋ ਵਾਰ ਗਲਤ ਹੈ: ਖਾਤਾ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਅਜੇ ਵੀ ਪਛਾਣ ਪ੍ਰਦਾਤਾ 'ਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਕੋ ਖਰਾਬ ਹਿੱਸਾ ਉਹ ਕਾਰਕ ਹੈ ਜੋ ਵਿਅਕਤੀ ਕੋਲ ਹੁਣ ਨਹੀਂ ਹੈ। ਇਸ ਨੂੰ ਰੁਕਾਵਟ ਨਹੀਂ, ਰਿਕਵਰੀ ਵਜੋਂ ਲਓ: ਬੇਨਤੀਕਰਤਾ ਦੀ ਜਾਂਚ ਕਰੋ, ਬਦਲ ਦਰਜ ਕਰੋ, ਗੁੰਮ ਹੋਇਆ ਢੰਗ ਹਟਾਓ, ਫਿਰ ਸਾਬਤ ਕਰੋ ਕਿ ਖਾਤਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਸਭ ਮੰਨਦਾ ਹੈ ਕਿ ਯੋਜਨਾ ਨੁਕਸਾਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੀ ਗਈ ਸੀ, ਕਿਉਂਕਿ ਕਾਲ ਦੌਰਾਨ ਇਸ ਨੂੰ ਘੜਨਾ ਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ 'ਤੇ MFA ਸਾਰਿਆਂ ਲਈ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ।
ਕਦਮ 1: ਦਰਜ ਕੀਤੇ ਕਾਰਕ ਯਾਦਦਾਸ਼ਤ ਤੋਂ ਨਹੀਂ, ਰਿਕਾਰਡ ਤੋਂ ਪੜ੍ਹੋ
ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਡਿਵਾਈਸ ਗੁੰਮ ਹੋਇਆ, ਸਗੋਂ ਇਹ ਕਿ ਖਾਤਾ ਹੋਰ ਕੀ ਵਰਤ ਸਕਦਾ ਹੈ। ਖਾਤੇ ਵਿੱਚ ਪਾਸਵਰਡ ਨਾਲ ਪੁਸ਼, ਸਮੇਂ-ਆਧਾਰਿਤ ਕੋਡ, ਹਾਰਡਵੇਅਰ ਕੁੰਜੀ ਅਤੇ ਛਾਪੇ ਹੋਏ ਰਿਕਵਰੀ ਕੋਡ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਗੁੰਮ ਹੋਣਾ ਇਕਲੌਤੇ ਦੇ ਗੁੰਮ ਹੋਣ ਨਾਲੋਂ ਬਿਲਕੁਲ ਵੱਖਰੀ ਘਟਨਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਨੂੰ ਯਾਦ ਰੱਖਣ ਲਈ ਕਹਿਣ ਦੀ ਬਜਾਏ ਪਛਾਣ ਪ੍ਰਣਾਲੀ ਤੋਂ ਢੰਗਾਂ ਦੀ ਸੂਚੀ ਪੜ੍ਹੋ, ਅਤੇ Microsoft Entra ਟੈਨੈਂਟ ਵਿੱਚ ਕੁਐਰੀ ਇੱਕ ਲਾਈਨ ਹੈ:
Get-MgUserAuthenticationMethod -UserId [email protected]
ਫਿਰ ਖਾਤਾ ਅਜੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਰਿਕਵਰੀ ਰਿਕਾਰਡ ਲਿਖੋ: ਖਾਤਾ ਪਛਾਣਕਰਤਾ, ਦਰਜ ਕੀਤੇ ਕਾਰਕ, ਰਿਕਵਰੀ ਕੋਡ ਕਿੱਥੇ ਰਹਿੰਦੇ ਹਨ, ਕੌਣ ਬੇਨਤੀਕਰਤਾ ਦੀ ਸੁਤੰਤਰ ਜਾਂਚ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਖਾਤਾ ਕਿਹੜੇ ਸਿਸਟਮਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਇਸ ਨੂੰ ਟੀਮ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਵਰਤੀ ਜਾ ਰਹੀ ਸੁਰੱਖਿਅਤ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਰੱਖੋ, ਕਦੇ ਵੀ ਅਜਿਹੀ ਨੋਟ ਵਿੱਚ ਨਹੀਂ ਜਿਸ ਵਿੱਚ ਸਰਗਰਮ ਕੋਡ ਵੀ ਹੋਣ। ਉਹ ਪੰਜ ਖੇਤਰ ਘਬਰਾਹਟ ਭਰੀ ਕਾਲ ਨੂੰ ਚੈਕਲਿਸਟ ਵਿੱਚ ਬਦਲਦੇ ਹਨ, ਅਤੇ NIST ਦੀ ਪ੍ਰਮਾਣਕ ਜੀਵਨ-ਚੱਕਰ ਮਾਰਗਦਰਸ਼ਿਕਾ ਰਿਕਵਰੀ ਨੂੰ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦਾ ਹਿੱਸਾ ਮੰਨਦੀ ਹੈ, ਉਸ ਤੋਂ ਛੋਟ ਨਹੀਂ।
ਜਾਂਚ ਚੈਨਲ ਨੂੰ ਵੱਖਰੇ ਖੇਤਰ ਵਜੋਂ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਲੋਕ ਇਹੀ ਹਿੱਸਾ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਖਾਤੇ ਨਾਲ ਜੁੜਿਆ ਫ਼ੋਨ ਨੰਬਰ ਸੁਤੰਤਰ ਚੈਨਲ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਮੰਗਣ ਵਾਲਾ ਵਿਅਕਤੀ ਖੁਦ ਫ਼ੋਨ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ।
ਕਦਮ 2: ਬੇਨਤੀਕਰਤਾ ਦੀ ਅਸਫਲ ਮਾਰਗ ਤੋਂ ਬਾਹਰ ਜਾਂਚ ਕਰੋ
ਪਛਾਣ ਜਾਂਚ VPN, ਮੇਲਬਾਕਸ ਜਾਂ ਗੁੰਮ ਹੋਏ ਡਿਵਾਈਸ 'ਤੇ ਨਿਰਭਰ ਨਾ ਕਰਨ ਵਾਲੇ ਚੈਨਲ ਰਾਹੀਂ ਕਰੋ। ਮਾਨਵ ਸੰਸਾਧਨ ਰਿਕਾਰਡ ਦੇ ਨੰਬਰ 'ਤੇ ਵਾਪਸ ਕਾਲ, ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਮੈਨੇਜਰ ਨਾਲ ਰੂਬਰੂ ਜਾਂਚ, ਦੋਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ; ਰਿਕਵਰੀ ਅਧੀਨ ਖਾਤੇ ਤੋਂ ਭੇਜਿਆ ਚੈਟ ਸੁਨੇਹਾ ਕੰਮ ਨਹੀਂ ਕਰਦਾ। ਜਾਂਚ ਵਿਅਕਤੀ ਬਾਰੇ ਹੈ, ਖਾਤੇ ਬਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਬਾਰੇ ਨਹੀਂ, ਕਿਉਂਕਿ ਖਾਤੇ ਦੇ ਵੇਰਵੇ ਲੀਕ ਹੁੰਦੇ ਹਨ। ਕੌਣ ਕਦੋਂ ਬੇਨਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਅਗਲੇ ਸਮੀਖਿਅਕ ਨੂੰ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹੋਣਗੇ।
ਜਦੋਂ ਬੇਨਤੀ ਤਾਕੀਦ ਅਤੇ ਜਾਂਚ ਛੱਡਣ ਦੇ ਦਬਾਅ ਨਾਲ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਉਹੀ ਹੌਲੀ ਹੋਣ ਦਾ ਪਲ ਹੈ। ਰਿਕਵਰੀ ਧੋਖਾਧੜੀ ਕਾਹਲੇ ਸਹਾਇਕ ਸਹਿਕਰਮੀ ਵਰਗੀ ਹੀ ਦਿਸਦੀ ਹੈ।
ਕਦਮ 3: ਬਦਲ ਦਰਜ ਕਰੋ, ਫਿਰ ਪੁਰਾਣਾ ਕਾਰਕ ਹਟਾਓ
ਨਵਾਂ ਪ੍ਰਮਾਣਕ ਆਮ ਦਰਜ ਕਰਨ ਦੇ ਪ੍ਰਵਾਹ ਰਾਹੀਂ ਦਰਜ ਕਰੋ, ਕਦੇ ਵੀ ਪ੍ਰਸ਼ਾਸਕੀ ਬਾਈਪਾਸ ਰਾਹੀਂ ਨਹੀਂ। ਫਿਰ ਗੁੰਮ ਹੋਇਆ ਢੰਗ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਹਟਾਓ, ਕਿਉਂਕਿ ਬਦਲ ਦਰਜ ਕਰਨ ਨਾਲ ਪਿਛਲਾ ਪ੍ਰਮਾਣਕ ਉਦੋਂ ਤੱਕ ਅਧਿਕਾਰਤ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਉਸ ਨੂੰ ਹਟਾ ਨਹੀਂ ਦਿੰਦਾ। ਜੇ ਪੁਰਾਣਾ ਡਿਵਾਈਸ ਕਿਸੇ ਹੋਰ ਦੇ ਹੱਥ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ, ਤਾਂ ਹਟਾਉਣ ਨੂੰ ਤਾਕੀਦੀ ਮੰਨੋ ਅਤੇ ਰਿਕਵਰੀ ਦੀ ਬਜਾਏ ਘਟਨਾ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਉਸੇ ਪਾਸ ਵਿੱਚ ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਰੱਦ ਕਰੋ, ਕਿਉਂਕਿ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਬਣਾਇਆ ਸੈਸ਼ਨ ਉਸ ਤੋਂ ਵੱਧ ਜੀਵ ਸਕਦਾ ਹੈ:
Revoke-MgUserSignInSession -UserId [email protected]
ਬਾਕੀ ਸਾਰਿਆਂ ਲਈ ਕਾਰਕ ਹਟਾਉਣਾ, ਜਾਂ ਗੇਟਵੇ ਦੀਆਂ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਜਾਂਚਾਂ ਨੂੰ ਢਿੱਲਾ ਕਰਨਾ, ਇੱਕ ਵਿਅਕਤੀ ਦੀ ਰਿਕਵਰੀ ਦੀ ਕੀਮਤ 'ਤੇ ਪੂਰੀ ਤੈਨਾਤੀ ਨੂੰ ਛੂਹਣ ਵਾਲੀ ਰੁਕਾਵਟ ਲੈਂਦਾ ਹੈ। ਬਦਲਾਅ ਨੂੰ ਇੱਕ ਖਾਤੇ ਤੱਕ ਸੀਮਿਤ ਰੱਖੋ ਅਤੇ ਜੇ ਸਬੂਤ ਵੱਡੇ ਸਮਝੌਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਤਾਂ ਉੱਪਰ ਭੇਜੋ। ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ ਕਿ ਕਿਹੜਾ ਕਾਰਕ ਹਟਾਇਆ ਗਿਆ ਅਤੇ ਕਿਸ ਨੇ ਉਸ ਦੀ ਥਾਂ ਲਈ।
ਕਦਮ 4: ਸਾਬਤ ਕਰੋ ਕਿ ਖਾਤਾ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ
ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਰਾਹੀਂ ਨਵੇਂ ਕਾਰਕ ਨਾਲ ਇੱਕ ਵਾਰ ਲੌਗਇਨ ਕਰੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਖਾਤਾ ਅਜੇ ਵੀ ਉਨ੍ਹਾਂ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜਿੱਥੇ ਨੁਕਸਾਨ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚਦਾ ਸੀ। ਟਨਲ ਲੋੜੀਂਦੇ ਇੱਕ ਸਰੋਤ ਅਤੇ ਨਾ ਲੋੜੀਂਦੇ ਇੱਕ ਦੀ ਜਾਂਚ ਕਰੋ, ਤਾਂ ਜੋ ਅਸਫਲਤਾ ਸਹੀ ਪਰਤ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ। ਹਟਾਏ ਕਾਰਕ ਨਾਲ ਲੌਗਇਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਪ੍ਰੋਂਪਟ ਦੀ ਬਜਾਏ ਇਨਕਾਰ ਦੀ ਉਮੀਦ ਕਰੋ, ਜੋ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਹਟਾਉਣਾ ਪ੍ਰਭਾਵੀ ਹੋਇਆ। ਮੌਜੂਦਾ ਦਰਜ ਡਿਵਾਈਸ ਤੋਂ ਅਸਫਲ ਹੋਣ ਵਾਲੀ ਚੁਣੌਤੀ ਪ੍ਰੋਂਪਟ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਸਭ ਕੁਝ ਮੁੜ ਦਰਜ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ।
ਫਿਰ ਵਰਤੋਂਕਾਰ ਨੂੰ ਉਹੀ ਲੌਗਇਨ ਮਾਰਗਦਰਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਪੂਰਾ ਕਰਨ ਲਈ ਕਹੋ। ਤੁਹਾਡਾ ਸਫਲ ਟੈਸਟ ਸੰਰਚਨਾ ਸਾਬਤ ਕਰਦਾ ਹੈ; ਉਨ੍ਹਾਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਹਸਤਾਂਤਰਣ ਸਾਬਤ ਕਰਦੀ ਹੈ।
ਸਫਲ ਲੌਗਇਨ ਦੀ ਸਮਾਂ-ਮੋਹਰ ਅਤੇ ਹੁਣ ਵਰਤੇ ਜਾ ਰਹੇ ਕਾਰਕ ਦੇ ਨਾਮ ਨਾਲ ਟਿਕਟ ਬੰਦ ਕਰੋ। ਉਸੇ ਪਾਸ ਵਿੱਚ ਰਿਕਵਰੀ ਰਿਕਾਰਡ ਅੱਪਡੇਟ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਨੁਕਸਾਨ ਪੁਰਾਣੀ ਨਹੀਂ, ਸਹੀ ਇਨਵੈਂਟਰੀ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।
ਕਦਮ 5: ਉਹ ਸ਼ਰਤ ਹਟਾਓ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਦਰਦਨਾਕ ਬਣਾਇਆ
ਹਰ ਰਿਕਵਰੀ ਕਾਲ ਦਰਜ ਕਰਨ ਦੇ ਡਿਜ਼ਾਈਨ ਬਾਰੇ ਸਬੂਤ ਹੈ। ਜੇ ਖਾਤੇ ਵਿੱਚ ਠੀਕ ਇੱਕ ਕਾਰਕ ਸੀ, ਤਾਂ ਉਸ ਸਮੂਹ ਦੇ ਸਾਰਿਆਂ ਲਈ ਦੂਜਾ ਲਾਜ਼ਮੀ ਕਰੋ। ਜੇ ਰਿਕਵਰੀ ਕੋਡ ਗੁੰਮ ਹੋਏ ਲੈਪਟਾਪ 'ਤੇ ਸਨ, ਤਾਂ ਉਹ ਕਿੱਥੇ ਰਹਿੰਦੇ ਹਨ ਬਦਲੋ। ਜੇ ਜਾਂਚ ਲਈ ਛੁੱਟੀ 'ਤੇ ਗਏ ਮੈਨੇਜਰ ਦੀ ਲੋੜ ਸੀ, ਤਾਂ ਡਿਪਟੀ ਨਿਯੁਕਤ ਕਰੋ। ਹਰ ਸੁਧਾਰ ਇੱਕ ਦੁਪਹਿਰ ਲੈਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਘਟਨਾ ਦਾ ਸਭ ਤੋਂ ਭੈੜਾ ਘੰਟਾ ਹਟਾ ਦਿੰਦਾ ਹੈ।
ਫਿਰ ਕਦਮ ਇੱਕ ਦਾ ਰਿਕਾਰਡ ਹਕੀਕਤ ਦੇ ਸਾਹਮਣੇ ਦੁਬਾਰਾ ਪੜ੍ਹੋ। ਕੀ ਇਹ ਸੱਚਮੁੱਚ ਮੌਜੂਦ ਕਾਰਕਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਕੀ ਜਾਂਚ ਚੈਨਲ ਅਜੇ ਵੀ ਕਿਸੇ ਇਨਸਾਨ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ? ਜਿਸ ਨੂੰ ਕੋਈ ਅੱਪਡੇਟ ਨਹੀਂ ਕਰਦਾ ਉਹ ਹੈਂਡਬੁੱਕ ਉਸੇ ਕਾਲ ਦੌਰਾਨ ਅਣਡਿੱਠ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਢਹਿ ਜਾਂਦੀ ਹੈ ਜਿਸ ਲਈ ਉਹ ਲਿਖੀ ਗਈ ਸੀ।