ਬਿਟਲਾਕਰ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰੋ
ਇੱਕ PC ਲਈ BitLocker ਨੂੰ ਚਾਲੂ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਹਰੇਕ ਦਫਤਰ ਪੀਸੀ ਦੀ ਏਨਕ੍ਰਿਪਸ਼ਨ ਸਥਿਤੀ ਅਤੇ ਰਿਕਵਰੀ ਕੁੰਜੀ ਨੂੰ ਜਾਣਨਾ ਅਸਲ ਕੰਮ ਹੈ — ਇਹ ਵੀਡੀਓ ManageEngine Endpoint Central: ਨੀਤੀ, ਕੁੰਜੀ ਐਸਕਰੋ, ਸਥਿਤੀ ਅਤੇ ਇੱਕ ਕੰਸੋਲ ਤੋਂ ਸਬੂਤ ਦੇ ਨਾਲ ਪੂਰੇ ਫਲੀਟ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ।
📑ਚੈਪਟਰ
- ਅਸਲ ਸਮੱਸਿਆ — ਇੱਕ PC ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨਾ ਆਸਾਨ ਹੈ, ਫਲੀਟ ਕੰਮ ਹੈ
- ਪਹਿਲਾਂ ਹਰ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕ ਏਜੰਟ ਲਵੋ
- ਕਿਸੇ ਵੀ PC ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ BitLocker ਨੀਤੀ ਲਿਖੋ
- ਕੁੰਜੀ ਐਸਕਰੋ — ਰਿਕਵਰੀ ਕੁੰਜੀ ਸਟੋਰ ਹੋਣ ਤੱਕ ਕੋਈ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ ਹੈ
- ਪਾਲਿਸੀ ਨੂੰ ਇੱਕ ਪਾਇਲਟ ਸਮੂਹ, ਫਿਰ ਫਲੀਟ ਵਿੱਚ ਧੱਕੋ
- ਸਥਿਤੀ ਬੋਰਡ ਪੜ੍ਹੋ — ਐਨਕ੍ਰਿਪਟਡ, ਬਕਾਇਆ, ਗੈਰ-ਅਨੁਕੂਲ
- ਜੋਖਮ ਕ੍ਰਮ ਵਿੱਚ ਅੰਤਰ ਸੂਚੀ ਵਿੱਚ ਕੰਮ ਕਰੋ
- ਇਸ ਨੂੰ ਸਾਬਤ ਕਰੋ — ਰਿਪੋਰਟਾਂ ਅਤੇ ਰਿਕਵਰੀ-ਡੇ ਟੈਸਟ
📋 ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਅਤੇ ਕਦਮ-ਦਰ-ਕਦਮ ਗਾਈਡ
ਹਰ ਮਸ਼ੀਨ 'ਤੇ ਪਹਿਲਾਂ ਇੱਕ ਏਜੰਟ ਲਵੋ
ਕੰਸੋਲ ਸਿਰਫ਼ ਉਹਨਾਂ ਚੀਜ਼ਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਇਹ ਦੇਖ ਸਕਦਾ ਹੈ। ਹਰ ਪੀਸੀ ਨੂੰ ਪਹਿਲਾਂ ਐਂਡਪੁਆਇੰਟ ਸੈਂਟਰਲ ਏਜੰਟ ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਰਿਪੋਰਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ — ਏਜੰਟ ਤੋਂ ਬਿਨਾਂ, ਇੱਕ ਮਸ਼ੀਨ ਨੀਤੀ, ਕੀ ਵਾਲਟ ਅਤੇ ਇਸ ਗਾਈਡ ਵਿੱਚ ਹਰ ਰਿਪੋਰਟ ਲਈ ਅਦਿੱਖ ਹੁੰਦੀ ਹੈ।
ਕੰਸੋਲ ਦੀ ਮਸ਼ੀਨ ਸੂਚੀ ਦੀ ਤੁਲਨਾ ਦਫ਼ਤਰ ਦੀ ਅਸਲ ਵਿੱਚ ਮਾਲਕੀ ਦੇ ਨਾਲ ਕਰੋ — ਖਰੀਦ ਰਿਕਾਰਡ, ਐਕਟਿਵ ਡਾਇਰੈਕਟਰੀ ਕੰਪਿਊਟਰ ਸੂਚੀ, ਇੱਕ ਨੈੱਟਵਰਕ ਸਕੈਨ। ਕੋਈ ਵੀ PC ਜੋ ਗੁੰਮ ਹੈ "ਸ਼ਾਇਦ ਐਨਕ੍ਰਿਪਟਡ" ਨਹੀਂ ਹੈ; ਇਹ ਅਣਜਾਣ ਹੈ, ਅਤੇ ਅਣਜਾਣ ਜੋਖਮ ਹੈ। ਫਲੀਟ ਇਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਦਿੱਖ ਦੇ ਪੜਾਅ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ, ਨਾ ਕਿ ਐਨਕ੍ਰਿਪਸ਼ਨ ਪੜਾਅ 'ਤੇ — ਪਹਿਲਾਂ ਅੰਤਰ ਨੂੰ ਬੰਦ ਕਰੋ।
ਕਿਸੇ ਵੀ ਪੀਸੀ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਨੀਤੀ ਲਿਖੋ
ਪੀਸੀ ਨੂੰ ਇਕ-ਇਕ ਕਰਕੇ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਬਜਾਏ ਬਿੱਟਲਾਕਰ ਨੀਤੀ ਨੂੰ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਬਣਾਓ। ਇੱਕ ਨੀਤੀ "ਸਹੀ ਢੰਗ ਨਾਲ ਐਨਕ੍ਰਿਪਟਡ" ਦੀ ਇੱਕ ਪਰਿਭਾਸ਼ਾ ਹੈ, ਅਤੇ ਵੀਡੀਓ ਦਾ ਵਾਕਥਰੂ ਉਹਨਾਂ ਫੈਸਲਿਆਂ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ ਜੋ ਮਹੱਤਵਪੂਰਨ ਹਨ:
ਰੱਖਿਅਕ: TPM ਸਿਰਫ ਬੂਟ ਹੋਣ 'ਤੇ ਆਪਣੇ ਆਪ ਹੀ ਡਰਾਈਵ ਨੂੰ ਅਨਲੌਕ ਕਰਦਾ ਹੈ — ਇੱਕ ਚੋਰੀ ਹੋਇਆ ਲੈਪਟਾਪ ਅਜੇ ਵੀ ਵਿੰਡੋਜ਼ ਲੌਗਇਨ ਸਕ੍ਰੀਨ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। TPM + PIN ਵਿੰਡੋਜ਼ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪਿੰਨ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਉਹ ਸੈਟਿੰਗ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਚੋਰ ਨੂੰ ਰੋਕਦੀ ਹੈ; ਲੈਪਟਾਪਾਂ ਲਈ ਜੋ ਯਾਤਰਾ ਕਰਦੇ ਹਨ, ਇਹ ਰੋਜ਼ਾਨਾ ਦੇ ਛੋਟੇ ਰਗੜ ਦੇ ਯੋਗ ਹੈ। TPM ਤੋਂ ਬਿਨਾਂ ਮਸ਼ੀਨਾਂ ਇੱਕ ਪਾਸਫ੍ਰੇਜ਼ ਪ੍ਰੋਟੈਕਟਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ - ਇੱਕ ਜਾਣਬੁੱਝ ਕੇ ਚੋਣ, ਕਦੇ ਵੀ ਦੁਰਘਟਨਾ ਨਹੀਂ।
ਐਲਗੋਰਿਦਮ ਅਤੇ ਸਕੋਪ: XTS-AES 128 ਜਾਂ 256 (256 ਉਹ ਹੈ ਜੋ ਜ਼ਿਆਦਾਤਰ ਆਡੀਟਰ ਲਿਖੇ ਹੋਏ ਦੇਖਣਾ ਪਸੰਦ ਕਰਦੇ ਹਨ; ਨਾ ਹੀ ਅਭਿਆਸ ਵਿੱਚ ਬੇਰਹਿਮੀ ਨਾਲ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ), ਅਤੇ ਬਿਲਕੁਲ ਨਵੀਂ ਮਸ਼ੀਨਾਂ ਲਈ ਵਰਤੇ-ਸਪੇਸ-ਓਨਲੀ ਏਨਕ੍ਰਿਪਸ਼ਨ ਬਨਾਮ ਪੂਰੀ ਡਿਸਕ, ਕਿਉਂਕਿ ਕਿਸੇ ਵੀ ਮਸ਼ੀਨ ਲਈ "ਪਹਿਲਾਂ ਹੀ ਸੇਵਾ ਵਿੱਚ" ਸਪੇਸ ਨੂੰ ਮਿਟਾਇਆ ਗਿਆ ਹੈ।
ਕੁੰਜੀ ਐਸਕਰੋ ਸੈਟ ਅਪ ਕਰੋ - ਅਤੇ ਕੁਝ ਵੀ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
ਹਰੇਕ ਬਿਟਲਾਕਰ ਡਰਾਈਵ ਵਿੱਚ ਇੱਕ 48-ਅੰਕ ਦੀ ਰਿਕਵਰੀ ਕੁੰਜੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਜਿਸ ਦਿਨ ਇੱਕ PC ਨੀਲੀ ਰਿਕਵਰੀ ਸਕ੍ਰੀਨ ਦਿਖਾਉਂਦਾ ਹੈ, ਉਹ ਕੁੰਜੀ ਉਪਭੋਗਤਾ ਅਤੇ ਇੱਕ ਵਾਈਪ ਡਰਾਈਵ ਦੇ ਵਿਚਕਾਰ ਇੱਕੋ ਇੱਕ ਚੀਜ਼ ਹੁੰਦੀ ਹੈ। ਐਸਕਰੋ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੁੰਜੀ ਆਪਣੇ ਆਪ ਇਕੱਠੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਸੰਸਥਾ ਇਸਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ: ਐਂਡਪੁਆਇੰਟ ਸੈਂਟਰਲ ਸਰਵਰ 'ਤੇ, ਐਕਟਿਵ ਡਾਇਰੈਕਟਰੀ ਜਾਂ Azure AD ਵਿੱਚ ਕੁੰਜੀਆਂ ਦਾ ਬੈਕਅੱਪ ਕਰਨ ਦੇ ਵਿਕਲਪ ਦੇ ਨਾਲ।
ਐਂਡਪੁਆਇੰਟ ਸੈਂਟਰਲ ਦਾ ਨਿਯਮ ਸਖਤ ਹੈ, ਅਤੇ ਸਖਤਤਾ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ: ਏਨਕ੍ਰਿਪਸ਼ਨ ਉਦੋਂ ਤੱਕ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੀ ਜਦੋਂ ਤੱਕ ਸਰਵਰ 'ਤੇ ਰਿਕਵਰੀ ਕੁੰਜੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸਟੋਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ। ਇੱਕ ਡਰਾਈਵ ਕਦੇ ਵੀ ਮਸ਼ੀਨ ਵਿੱਚ ਫਸੇ ਇਸਦੀ ਇੱਕੋ ਇੱਕ ਕੁੰਜੀ ਨਾਲ ਐਨਕ੍ਰਿਪਟਡ ਨਹੀਂ ਹੋ ਸਕਦੀ।
ਪਾਲਿਸੀ ਨੂੰ ਪਾਇਲਟ ਗਰੁੱਪ ਨੂੰ ਪਹਿਲਾਂ ਪੁਸ਼ ਕਰੋ
ਮੁਕੰਮਲ ਹੋਈ ਨੀਤੀ ਨੂੰ ਪੂਰੇ ਦਫ਼ਤਰ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਛੋਟੇ ਪਾਇਲਟ ਸਮੂਹ ਵਿੱਚ ਤਾਇਨਾਤ ਕਰੋ — ਕੁਝ ਮਸ਼ੀਨਾਂ ਜਿਨ੍ਹਾਂ 'ਤੇ ਤੁਸੀਂ ਜਾ ਸਕਦੇ ਹੋ। ਉਹਨਾਂ ਨੂੰ ਕੰਸੋਲ ਸਥਿਤੀਆਂ ਵਿੱਚ ਜਾਂਦੇ ਹੋਏ ਦੇਖੋ, ਵਾਲਟ ਵਿੱਚ ਹਰੇਕ ਦੀ ਰਿਕਵਰੀ ਕੁੰਜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਕੇਵਲ ਤਦ ਹੀ ਮਸ਼ੀਨਾਂ ਦੇ ਸਮੂਹਾਂ ਵਿੱਚ ਰੋਲਆਊਟ ਨੂੰ ਵਧਾਓ (ਮੈਨੇਜ ਇੰਜਨ ਦਸਤਾਵੇਜ਼ ਇੱਕ ਸਮੇਂ ਵਿੱਚ 250 ਡਿਵਾਈਸਾਂ ਤੱਕ ਪੁਸ਼ ਕਰਦੇ ਹਨ)। ਨਵੀਆਂ ਮਸ਼ੀਨਾਂ ਸ਼ਾਮਲ ਹੋਣ 'ਤੇ ਆਪਣੇ ਆਪ ਪਾਲਿਸੀ ਨੂੰ ਚੁੱਕ ਸਕਦੀਆਂ ਹਨ, ਇਸਲਈ ਪ੍ਰੋਜੈਕਟ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਫਲੀਟ ਕਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਸਟੇਟਸ ਬੋਰਡ ਪੜ੍ਹੋ — ਏਨਕ੍ਰਿਪਟਡ, ਬਕਾਇਆ, ਗੈਰ-ਅਨੁਕੂਲ
ਇੱਥੋਂ ਨੌਕਰੀ ਪੜ੍ਹਨਾ ਹੈ, ਯਾਤਰਾ ਨਹੀਂ। ਕੰਸੋਲ ਦਾ ਬਿਟਲਾਕਰ ਪ੍ਰਬੰਧਿਤ ਕੰਪਿਊਟਰ ਵਿਊ ਹਰ ਪ੍ਰਬੰਧਿਤ ਮਸ਼ੀਨ ਨੂੰ ਤਿੰਨ ਵਿੱਚੋਂ ਇੱਕ ਸਥਿਤੀ ਵਿੱਚ ਰੱਖਦਾ ਹੈ: ਏਨਕ੍ਰਿਪਟਡ, ਬਕਾਇਆ ਐਨਕ੍ਰਿਪਸ਼ਨ ਜਾਂ ਗੈਰ-ਅਨੁਕੂਲ। ਉਹ ਬੋਰਡ - ਦਫਤਰ ਦੇ ਆਲੇ ਦੁਆਲੇ ਸੈਰ ਨਹੀਂ - ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਵੇਂ ਜਵਾਬ ਦਿੰਦੇ ਹੋ "ਸਾਡੇ ਕਿਹੜੇ ਪੀਸੀ ਅਜੇ ਵੀ ਐਨਕ੍ਰਿਪਟਡ ਨਹੀਂ ਹਨ?"
ਗੈਪ ਸੂਚੀ ਨੂੰ ਜੋਖਮ ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰੋ
"ਬਕਾਇਆ" ਅਤੇ "ਗੈਰ-ਅਨੁਕੂਲ" ਲੱਛਣ ਹਨ, ਨਿਦਾਨ ਨਹੀਂ। ਆਮ ਕਾਰਨ: ਮਸ਼ੀਨ ਨੇ ਚੈੱਕ ਇਨ ਨਹੀਂ ਕੀਤਾ (ਬੰਦ, ਛੁੱਟੀ 'ਤੇ, ਏਜੰਟ ਨੇ ਰਿਪੋਰਟਿੰਗ ਬੰਦ ਕਰ ਦਿੱਤੀ); ਇੱਕ ਪੂਰਵ-ਲੋੜੀ ਫੇਲ੍ਹ ਹੋਈ — ਕੰਸੋਲ ਦੀ ਪ੍ਰੀ-ਡਿਪਲਾਇਮੈਂਟ ਫਲੈਗ ਕਲਾਸਿਕਸ ਜਿਵੇਂ ਕਿ BIOS ਮੋਡ ਅਸੰਗਤਤਾ ਅਤੇ TPM ਮਲਕੀਅਤ ਗਲਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ; ਮਸ਼ੀਨ ਦਾ ਕੋਈ TPM ਨਹੀਂ ਹੈ ਅਤੇ ਕੋਈ ਪਾਸਫ੍ਰੇਜ਼ ਫਾਲਬੈਕ ਦੀ ਯੋਜਨਾ ਨਹੀਂ ਸੀ; ਜਾਂ ਵਿੰਡੋਜ਼ ਐਡੀਸ਼ਨ ਬਿੱਟਲਾਕਰ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ — ਇੱਕ ਵਿੰਡੋਜ਼ ਹੋਮ ਮਸ਼ੀਨ ਹਮੇਸ਼ਾ ਲਈ ਇਸ ਪਾੜੇ ਵਿੱਚ ਬੈਠੇਗੀ ਜਦੋਂ ਤੱਕ ਇਸਨੂੰ ਅੱਪਗਰੇਡ ਜਾਂ ਬਦਲਿਆ ਨਹੀਂ ਜਾਂਦਾ।
ਸੂਚੀ ਨੂੰ ਜੋਖਮ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਸਾਫ਼ ਕਰੋ: ਪਹਿਲਾਂ ਇਮਾਰਤ ਛੱਡਣ ਵਾਲੇ ਲੈਪਟਾਪ, ਫਿਰ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ (ਖਾਤੇ, ਐਚਆਰ, ਗਾਹਕ ਰਿਕਾਰਡ) ਰੱਖਣ ਵਾਲੀਆਂ ਮਸ਼ੀਨਾਂ, ਫਿਰ ਸਾਂਝੇ ਖੇਤਰਾਂ ਵਿੱਚ ਡੈਸਕਟਾਪ, ਫਿਰ ਨਿਯੰਤਰਿਤ ਕਮਰਿਆਂ ਵਿੱਚ ਸਥਿਰ ਡੈਸਕਟਾਪ। ਅਤੇ ਹਰ ਮਸ਼ੀਨ 'ਤੇ ਸਹੀ ਢੰਗ ਨਾਲ ਮੁਕੰਮਲ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਸਥਿਤੀ ਦਿਖਾਉਂਦਾ ਹੈ ਏਨਕ੍ਰਿਪਟਡ ਅਤੇ ਤੁਸੀਂ ਵਾਲਟ ਤੋਂ ਇਸਦੀ ਰਿਕਵਰੀ ਕੁੰਜੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਦੋਵੇਂ - ਇੱਕ ਨਹੀਂ।
ਇਸ ਨੂੰ ਸਾਬਤ ਕਰੋ — ਰਿਪੋਰਟਾਂ, ਰਿਕਵਰੀ ਡ੍ਰਿਲ, ਅਤੇ ਇੱਕ ਸਥਾਨਕ ਜਾਂਚ
ਜਦੋਂ ਬੋਰਡ ਸਾਫ਼ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਰਿਪੋਰਟ ਖਿੱਚੋ: ਕਿਹੜੀਆਂ ਮਸ਼ੀਨਾਂ ਐਨਕ੍ਰਿਪਟ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਕਿਹੜੀ ਨੀਤੀ ਨਾਲ, ਅਤੇ ਕੀ ਹਰ ਡਰਾਈਵ ਦੀ ਕੁੰਜੀ ਸਟੋਰ ਕੀਤੀ ਗਈ ਹੈ। ਉਹ ਰਿਪੋਰਟ ਆਡਿਟ ਸਬੂਤ ਹੈ — "ਸਾਨੂੰ ਵਿਸ਼ਵਾਸ ਹੈ ਕਿ ਅਸੀਂ ਏਨਕ੍ਰਿਪਟਡ ਹਾਂ" ਅਤੇ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਜੋ ਤੁਸੀਂ ਸੌਂਪ ਸਕਦੇ ਹੋ ਵਿਚਕਾਰ ਅੰਤਰ।
ਫਿਰ ਇੱਕ ਵਾਰ ਸਭ ਤੋਂ ਭੈੜੇ ਦਿਨ ਦੀ ਰੀਹਰਸਲ ਕਰੋ: ਇੱਕ ਮਸ਼ੀਨ ਚੁਣੋ, ਕੰਸੋਲ ਦੀ ਰਿਕਵਰੀ ਕੁੰਜੀ ਲੁੱਕਅੱਪ ਨੂੰ ਖੋਲ੍ਹੋ, ਅਤੇ ਇਸਦੀ ਕੁੰਜੀ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਪ੍ਰਾਪਤ ਕਰੋ ਜਿਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਅਸਲ ਤਾਲਾਬੰਦੀ ਦੌਰਾਨ ਕਰੋਗੇ। ਐਸਕਰੋ ਜੋ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਪਰਖਿਆ ਹੈ ਇੱਕ ਉਮੀਦ ਹੈ, ਇੱਕ ਸਿਸਟਮ ਨਹੀਂ। ਜਦੋਂ ਲੋਕ ਬਦਲਦੇ ਹਨ ਤਾਂ ਉਹੀ ਕਰੋ: ਜਦੋਂ ਕੋਈ ਕਰਮਚਾਰੀ ਛੱਡਦਾ ਹੈ, ਤਾਂ ਆਪਣੀ ਪੁਰਾਣੀ ਪਹੁੰਚ ਅਤੇ ਪੁਰਾਣੀਆਂ ਕੁੰਜੀਆਂ ਨੂੰ ਲਾਈਵ ਛੱਡਣ ਦੀ ਬਜਾਏ ਕੁੰਜੀਆਂ ਨੂੰ ਘੁੰਮਾਓ ਅਤੇ ਸਹੀ ਢੰਗ ਨਾਲ ਐਕਸੈਸ ਕਰੋ।
ਖੁਦ ਇੱਕ ਪੀਸੀ 'ਤੇ ਬੈਠ ਕੇ, ਤੁਸੀਂ ਐਡਮਿਨ ਕਮਾਂਡ ਪ੍ਰੋਂਪਟ ਤੋਂ ਉਸ ਮਸ਼ੀਨ ਦੀ ਆਪਣੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ:
manage-bde -status C:ਇਹ ਤੁਹਾਨੂੰ ਇਸ ਡਰਾਈਵ ਦੀ ਸਥਿਤੀ ਦੱਸਦਾ ਹੈ - ਇਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਸਦੀ ਰਿਕਵਰੀ ਕੁੰਜੀ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ। ਵਾਲਟ ਉਸ ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਕੰਸੋਲ ਤੋਂ ਬਿਟਲਾਕਰ ਦੇ ਪ੍ਰਬੰਧਨ ਦਾ ਪੂਰਾ ਬਿੰਦੂ ਹੈ.
🏷️ਵਿਸ਼ਾ ਖੋਜ ਵੇਰੀਏਬਲ ਅਤੇ ਕੀਵਰਡ
🎙️ ਪੂਰਾ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ — ਵਿਸਤਾਰ ਕਰਨ ਲਈ ਟੈਪ ਕਰੋ
__TOK_33__
__TOK_34__
__TOK_35__
❓ ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ
ਕੀ ਇਹ ਟਿਊਟੋਰਿਅਲ 100% ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਮੁਫ਼ਤ ਹੈ?
__TOK_36__
ਕੀ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਇਸ ਗਾਈਡ ਦੀ ਪਾਲਣਾ ਕਰ ਸਕਦੇ ਹਨ?
__TOK_37__
ਜੇ ਮੈਂ ਫਸ ਜਾਂਦਾ ਹਾਂ ਤਾਂ ਮੈਂ ਸਵਾਲ ਕਿੱਥੇ ਪੁੱਛ ਸਕਦਾ ਹਾਂ?
__TOK_38__