macOS 'ਤੇ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ VPN: ਅਣਲੌਕ, ਲੌਗਇਨ ਵਿੰਡੋ, ਸੈਸ਼ਨ
FileVault ਅਣਲੌਕ, ਲੌਗਇਨ ਵਿੰਡੋ ਅਤੇ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ ਵੱਖਰੇ ਪੜਾਅ ਹਨ। ਲੌਗਇਨ 'ਤੇ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਸਿਰਫ਼ ਆਖਰੀ ਪੜਾਅ ਦਾ ਹੱਲ ਕਰਦਾ ਹੈ।
ਇੱਥੇ ਇੱਕ ਵਿਸ਼ਵਾਸ ਹੈ ਜੋ ਲੋਕਾਂ ਦਾ ਇੱਕ ਹਫ਼ਤਾ ਬਰਬਾਦ ਕਰਦਾ ਹੈ: ਕਿ Mac ਕੋਲ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਨਾਮ ਦਾ ਇੱਕ ਹੀ ਪਲ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਜਾਂ ਤਾਂ ਉਸ ਵੇਲੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਅਸਲ ਵਿੱਚ ਮਸ਼ੀਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਪਲ ਹਨ ਜਦੋਂ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇਹ ਗੱਲ ਵੱਖ ਕਰਦੀ ਹੈ ਕਿ ਉਸ ਵੇਲੇ ਕਿਸ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਰੱਖਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਲੌਗਇਨ ਆਈਟਮ ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਕਲਾਇੰਟ ਉਹਨਾਂ ਵਿੱਚੋਂ ਬਿਲਕੁਲ ਇੱਕ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਆਖਰੀ ਹੈ।
ਇਹ ਭਰਮ ਕਿ ਇੱਕ ਸੈਟਿੰਗ ਪੂਰੇ ਬੂਟ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ
ਉਤਪਾਦ ਪੰਨਾ ਦੁਬਾਰਾ ਪੜ੍ਹੋ ਅਤੇ ਵੇਖੋ ਕਿ ਸੁਵਿਧਾ ਕਿਹੜੇ ਪੜਾਅ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ। ਲੌਗਇਨ 'ਤੇ ਸ਼ੁਰੂ ਕਰੋ ਲਿਖਿਆ ਚੈਕਬਾਕਸ ਲੌਗਇਨ ਆਈਟਮ ਦਾ ਮਤਲਬ ਹੈ, ਜੋ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ ਬਣਨ ਤੋਂ ਬਾਅਦ ਚੱਲਦਾ ਹੈ। ਮੰਗ 'ਤੇ ਜੁੜੋ ਲਿਖਿਆ ਚੈਕਬਾਕਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਲਾਇੰਟ ਉਦੋਂ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ ਜਦੋਂ ਟ੍ਰੈਫਿਕ ਕਿਸੇ ਨਿਯਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਜਿਸ ਲਈ ਅਜੇ ਵੀ ਕਲਾਇੰਟ ਅਤੇ ਉਸ ਦੇ ਪ੍ਰਮਾਣ ਉਪਲਬਧ ਹੋਣੇ ਜ਼ਰੂਰੀ ਹਨ।
ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬੂਟ ਪ੍ਰਕਿਰਿਆ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਇਹ ਅਜਿਹੀ ਸੀਮਾ ਨਹੀਂ ਜੋ ਵਿਕਰੇਤਾ ਹਟਾਉਣੀ ਭੁੱਲ ਗਿਆ; ਇਹ ਉਹ ਹੈ ਜਿਸ ਦੀ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਵੌਲਿਊਮ ਅਣਲੌਕ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕੋਈ ਚੱਲਦਾ ਸਿਸਟਮ ਨਹੀਂ, ਅਤੇ ਲੌਗਆਊਟ ਤੋਂ ਬਾਅਦ ਵਰਤੋਂਕਾਰ ਦੇ ਭੇਤ ਸੈਸ਼ਨ ਨਾਲ ਚਲੇ ਜਾਂਦੇ ਹਨ। ਦੋ ਵੱਖਰੀਆਂ ਕੰਧਾਂ, ਅਤੇ ਕੋਈ ਵੀ ਦੂਜੇ ਚੈਕਬਾਕਸ ਅੱਗੇ ਨਹੀਂ ਝੁਕਦੀ।
ਪੜਾਅ ਵੱਖ ਕਰਨ 'ਤੇ ਮੂਲ ਸਵਾਲ ਦਾ ਆਕਾਰ ਬਦਲ ਜਾਂਦਾ ਹੈ। VPN ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਕਿ ਨਹੀਂ ਪੁੱਛਣ ਦੀ ਥਾਂ, ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ ਕਿ ਤਿੰਨ ਖਾਸ ਪਲਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਹਰੇਕ ਦਾ ਮਾਲਕ ਵੱਖਰਾ ਹੈ: ਇਨਕ੍ਰਿਪਸ਼ਨ ਸਟੈਕ, ਨੈੱਟਵਰਕ ਐਕਸਟੈਂਸ਼ਨ ਜਾਂ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ।
ਹਰ ਪੜਾਅ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ
ਬੂਟ ਇੱਕ ਇਨਕ੍ਰਿਪਟਿਡ ਵੌਲਿਊਮ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਕਿਸੇ ਆਮ ਕੰਮ ਲਈ ਯੋਗ ਸਿਸਟਮ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਅਣਲੌਕ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਉਹ ਅਣਲੌਕ ਸੀਮਿਤ ਸੰਦਰਭ ਵਿੱਚ ਸੀਮਿਤ ਪ੍ਰਮਾਣਾਂ ਨਾਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ Apple ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਵੈਧ ਅਣਲੌਕ ਤੋਂ ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਟਿਡ ਡੇਟਾ ਅਪਹੁੰਚ ਰਹਿੰਦਾ ਹੈ।
ਫਿਰ ਲੌਗਇਨ ਵਿੰਡੋ ਆਉਂਦੀ ਹੈ, ਜਿੱਥੇ ਸਿਸਟਮ ਚੱਲ ਰਿਹਾ ਹੈ ਪਰ ਅਜੇ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ ਨਹੀਂ। ਜੇ ਵਰਤੋਂਕਾਰ ਲੌਗਆਊਟ ਕਰ ਚੁੱਕਾ ਹੈ ਤਾਂ ਵਰਤੋਂਕਾਰ ਸੰਦਰਭ ਦਾ ਐਕਸਟੈਂਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਖ਼ਤਮ ਹੋ ਚੁੱਕਾ ਹੈ, ਅਤੇ ਗਲੋਬਲ ਸਿਸਟਮ ਐਕਸਟੈਂਸ਼ਨ ਅਜੇ ਵੀ ਚੱਲ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਚੱਲਣਾ ਤੁਹਾਡੇ VPN ਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰਮਾਣ ਰੱਖਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ।
ਫਿਰ ਸੈਸ਼ਨ ਆਉਂਦਾ ਹੈ, ਜਿੱਥੇ ਇੱਕ ਆਮ ਕਲਾਇੰਟ ਲੌਗਇਨ ਕੀਚੇਨ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਦੂਜਾ ਕਾਰਕ ਮੰਗ ਸਕਦਾ ਹੈ ਅਤੇ ਧੱਕੇ ਗਏ ਰੂਟ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ। ਲੋਕ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਕਹਿ ਕੇ ਜਿਨ੍ਹਾਂ ਸੁਵਿਧਾਵਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤੀਆਂ ਅਸਲ ਵਿੱਚ ਇਹੀ ਪੜਾਅ ਹਨ, ਜੋ ਲੌਗਇਨ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ ਬਲਕਿ ਸੈਸ਼ਨ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ।
| Stage | What it can use | What it cannot do |
|---|---|---|
| FileVault unlock | Credentials supplied at the console to unlock the volume | Run an ordinary VPN app or read a user keychain |
| Login window | System context, possibly a joined network | Use a user secret that only exists after login |
| User session | Login keychain, interactive MFA, full client features | Exist before the volume unlocks |
launch daemon ਗੈਰਹਾਜ਼ਰ ਵਰਤੋਂਕਾਰ ਲਈ ਸਾਈਨ ਇਨ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦਾ
ਵਧਿਆ ਹੋਇਆ ਅਧਿਕਾਰ ਸਮੱਸਿਆ ਹੱਲ ਕਰੇਗਾ ਜਾਪਦਾ ਹੈ, ਅਤੇ ਕਰਦਾ ਨਹੀਂ। launch daemon ਪਿੱਛੇ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆ ਵਜੋਂ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਅਣਲੌਕ ਕਰਨ ਲਈ ਕੀਚੇਨ ਨਹੀਂ ਅਤੇ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਮਨੁੱਖ ਨਹੀਂ। ਇਹ ਸਾਕਟ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ ਅਤੇ ਫਾਈਲ ਪੜ੍ਹ ਸਕਦਾ ਹੈ; ਜੋ ਨਹੀਂ ਕਰ ਸਕਦਾ ਉਹ ਹੈ ਪ੍ਰਮਾਣਾਂ ਦਾ ਮਾਲਕ ਵਰਤੋਂਕਾਰ ਬਣਨਾ। ਅਧਿਕਾਰ ਪਛਾਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਠੀਕ ਇੱਥੇ ਦੋਵੇਂ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਂਦੇ ਹਨ।
ਲੋਕ ਉਸ ਖਾਲੀ ਥਾਂ ਵਿੱਚ ਜੋ ਬਣਾਉਂਦੇ ਹਨ ਉਹ ਅੰਦਰ ਪਾਸਵਰਡ ਵਾਲੀ ਸਕ੍ਰਿਪਟ ਹੈ, ਜੋ ਉਹਨਾਂ ਦੀ ਸ਼ੁਰੂਆਤੀ ਸਮੱਸਿਆ ਤੋਂ ਵੀ ਮਾੜੀ ਸਮੱਸਿਆ ਹੈ।
ਲੋੜ ਦਾ ਇਮਾਨਦਾਰ ਰੂਪ ਵਧੇਰੇ ਤੰਗ ਹੈ। ਜੇ ਕੋਈ ਹਾਜ਼ਰ ਨ ਹੋਣ ਵੇਲੇ ਮਸ਼ੀਨ ਨੂੰ ਸੁਰੱਖਿਅਤ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ, ਤਾਂ ਉਹ ਪਛਾਣ ਜਿਸ ਨੂੰ ਉਹ ਸਰੋਤ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਜਿਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਮਸ਼ੀਨ ਬਿਨਾਂ ਕਿਸੇ ਵਿਅਕਤੀ ਦੇ ਰੱਖ ਸਕੇ: ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ, ਸਿਸਟਮ ਕੀਚੇਨ ਵਿੱਚ ਪ੍ਰਮਾਣ, ਜਾਂ ਅਜਿਹਾ ਖਾਤਾ ਜਿਸ ਦਾ ਦੂਜਾ ਕਾਰਕ ਕਿਸੇ ਦੀ ਜੇਬ ਵਾਲੇ ਫੋਨ 'ਤੇ ਪੁਸ਼ ਨਹੀਂ ਹੈ। ਉਸ ਪਛਾਣ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਡਿਜ਼ਾਈਨ ਕਰੋ, ਅਤੇ ਪੜਾਅ ਦਾ ਸਵਾਲ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣਾ ਜਵਾਬ ਆਪ ਦੇ ਦਿੰਦਾ ਹੈ।
Windows ਦੀ ਲੌਗਇਨ-ਪੂਰਵ ਸੁਵਿਧਾ ਇੱਥੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀ
Windows ਕੋਲ ਕੁਝ ਦੂਰਸਥ ਪਹੁੰਚ ਉਤਪਾਦਾਂ ਲਈ ਦਰਜ ਲੌਗਇਨ-ਪੂਰਵ ਪਹੁੰਚ ਵਿਧੀ ਹੈ, ਅਤੇ ਨਾਮ ਸਮਰੱਥਾ ਨਾਲੋਂ ਬਿਹਤਰ ਯਾਤਰਾ ਕਰਦਾ ਹੈ। Windows ਤੈਨਾਤੀ ਗਾਈਡ ਵਿੱਚ ਦਰਜ ਸੁਵਿਧਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਉਹੀ ਵਿਕਰੇਤਾ macOS 'ਤੇ ਬਰਾਬਰ ਦੀ ਚੀਜ਼ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਅਜਿਹਾ ਬਿਆਨ ਮੰਗੋ ਜੋ Mac ਹਾਰਡਵੇਅਰ, macOS ਸੰਸਕਰਣ, ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਉਹ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਕਵਰ ਕਰੇ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹੋ। ਆਮ ਸਮਰਥਨ ਦਾ ਦਾਅਵਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕੰਮ ਕਰਨ ਅਤੇ ਨ ਕਰਨ ਦਾ ਫ਼ਰਕ ਅਕਸਰ ਉਹਨਾਂ ਚਾਰ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।
ਜੇ ਵਿਕਰੇਤਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਤਾਂ ਉਹੀ ਜਵਾਬ ਹੈ। ਸੈਸ਼ਨ ਪੜਾਅ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਅਤੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੇ ਕੇਸ ਲਈ ਬਦਲ ਡਿਜ਼ਾਈਨ ਕਰੋ, ਤੈਨਾਤੀ ਦੌਰਾਨ ਖਾਲੀ ਥਾਂ ਲੱਭਣ ਦੀ ਥਾਂ।
ਇਸ ਦੀ ਥਾਂ ਕੀ ਮੰਗਣਾ ਚਾਹੀਦਾ
ਲੋੜ ਨੂੰ ਪੜਾਵਾਂ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੋ। ਕਿਹੜਾ ਸਰੋਤ, ਕਿਸ ਨੂੰ ਲੋੜੀਂਦਾ, ਕਿਹੜੇ ਸੰਦਰਭ ਵਿੱਚ, ਅਤੇ ਜਦੋਂ ਕਨੈਕਸ਼ਨ ਅਜੇ ਨਹੀਂ ਤਾਂ ਕਿੰਨੀ ਸਵੀਕਾਰਯੋਗ ਦੇਰੀ?
ਜੇ ਜਵਾਬ ਸਾਈਨ ਇਨ ਕਰਨ ਵਾਲਾ ਅਤੇ ਫਿਰ ਟਨਲ ਲੋੜੀਂਦਾ ਵਰਤੋਂਕਾਰ ਹੈ, ਤਾਂ ਮੰਗ 'ਤੇ ਜੁੜਨਾ ਅਤੇ ਸਟਾਰਟਅੱਪ ਆਈਟਮ ਕਾਫ਼ੀ ਅਤੇ ਸਸਤੇ ਹਨ। ਜੇ ਜਵਾਬ ਰਾਤ ਭਰ ਰੀਬੂਟ ਹੋਣ ਵਾਲੀ ਅਤੇ ਰਿਪੋਰਟ ਦੇਣ ਵਾਲੀ ਮਸ਼ੀਨ ਹੈ, ਤਾਂ ਡਿਜ਼ਾਈਨ ਨੂੰ ਸਮਰਥਿਤ ਡਿਸਕ ਅਣਲੌਕ ਮਾਰਗ, ਡਿਵਾਈਸ ਪਛਾਣ ਅਤੇ ਅਜਿਹੀ ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ ਚਾਹੀਦੀ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਕਦੇ ਨ ਉੱਠਣ 'ਤੇ ਵੀ ਕੰਮ ਕਰੇ। ਜੇ ਜਵਾਬ ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਸੰਸਥਾਗਤ ਲੌਗਇਨ ਹੈ, ਤਾਂ ਲੌਗਇਨ, ਪਛਾਣ ਅਤੇ VPN ਡਿਜ਼ਾਈਨ ਇਕੱਠੇ ਬਣਾਉਣੇ ਪੈਣਗੇ, ਵੱਖਰੇ ਖਰੀਦਣੇ ਨਹੀਂ।
Apple ਦਾ FileVault ਦਸਤਾਵੇਜ਼ ਅਣਲੌਕ ਪੜਾਅ ਲਈ ਸਹੀ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਕਲਾਇੰਟ ਅਤੇ ਪਛਾਣ ਦਾ ਸਵਾਲ ਹੈ, ਜੋ ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਕਰੇਤਾ ਦੇ ਬਿਆਨ ਨਾਲ ਤੈਅ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।