iPad 'ਤੇ ਪਾਸਵਰਡ ਪੁੱਛੇ ਬਿਨਾਂ VPN: ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਸੰਭਾਲਿਆ ਲੌਗਇਨ
ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਅਤੇ ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ ਪੁੱਛ ਹਟਾਉਣ ਦੇ ਤਰੀਕੇ ਵੱਖਰੇ ਹਨ। ਦੋਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਫੈਸਲਾ ਕਰੋ ਕਿ ਟਨਲ ਕੀ ਖੋਲ੍ਹਦਾ ਹੈ।
«ਮੈਨੂੰ ਪਾਸਵਰਡ ਪੁੱਛਣਾ ਬੰਦ ਕਰੋ» ਅਸਲ ਵਿੱਚ ਤਿੰਨ ਲੋੜਾਂ ਨੂੰ ਇੱਕ ਸ਼ਿਕਾਇਤ ਵਿੱਚ ਸਮੇਟਦਾ ਹੈ, ਅਤੇ iPad 'ਤੇ ਤੈਨਾਤੀ ਉਹਨਾਂ ਦਾ ਜਵਾਬ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਦਿੰਦੀ ਹੈ। ਪੁੱਛ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਸਮਾਂ ਸਰਗਰਮੀ ਤੋਂ, ਅਤੇ ਕਵਰੇਜ ਲਾਗੂਆਉਣ ਤੋਂ। ਪਹਿਲਾਂ ਉਹ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਚੁਣੋ ਜੋ ਪੁੱਛ ਹਟਾਉਂਦਾ ਹੈ, ਫਿਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਫੈਸਲਾ ਕਰੋ ਕਿ ਟਨਲ ਕਦੋਂ ਖੁੱਲ੍ਹਦਾ ਹੈ। ਇਹਨਾਂ ਦੋ ਫੈਸਲਿਆਂ ਨੂੰ ਮਿਲਾਉਣਾ ਹੀ ਉਹ ਕਾਰਨ ਹੈ ਜਿਸ ਕਰਕੇ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਅਜੇ ਵੀ ਇੱਕ ਛੋਹ ਦੀ ਉਡੀਕ ਕਰ ਰਹੀ ਪਰੋਫਾਈਲ 'ਤੇ ਰਹਿ ਜਾਂਦਾ ਹੈ।
| Saved or shared secret | Device certificate | |
|---|---|---|
| What the user sees | no prompt while the credential stays valid | no prompt, no password to rotate |
| What the admin manages | the secret in the profile and its distribution | enrollment, expiry and revocation per device |
| Typical failure | gateway demands a second factor | expired or revoked certificate |
ਇੱਕ ਸ਼ਿਕਾਇਤ ਵਿੱਚ ਦੋ ਸਮੱਸਿਆਵਾਂ
iPad 'ਤੇ ਮੂਲ IKEv2 ਸੰਰਚਨਾ ਪਾਸਵਰਡ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੀ ਹੈ, ਅਤੇ ਕੁੰਜੀ AuthenticationMethod ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜਦਕਿ PayloadCertificateUUID ਉਸ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਦਾ ਨਾਂ ਦਿੰਦੀ ਹੈ ਜੋ ਪਛਾਣ ਦਿੰਦਾ ਹੈ। ਗੇਟਵੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਸਵੀਕਾਰ ਕਰੇਗਾ ਇਹ ਸਰਵਰ ਨੀਤੀ ਦਾ ਸਵਾਲ ਹੈ, ਕਲਾਇੰਟ ਦੀ ਪਸੰਦ ਨਹੀਂ। ਇਸ ਲਈ ਪਹਿਲਾਂ ਇਹ ਤੈਅ ਕਰਨਾ ਹੈ ਕਿ VPN ਸੇਵਾ ਕੀ ਮਨਜ਼ੂਰ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ iPad ਉਸ ਤਰੀਕੇ ਤੱਕ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜਿਸ ਨੂੰ ਦੂਜਾ ਸਿਰਾ ਇਨਕਾਰ ਕਰ ਦਿੰਦਾ ਹੈ।
ਇਸ ਤੋਂ ਬਾਅਦ ਹੀ ਟਨਲ ਕਦੋਂ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਨਾ ਅਰਥਪੂਰਨ ਹੈ, ਜੋ ਪਰੋਫਾਈਲ ਕੁੰਜੀਆਂ ਦਾ ਬਿਲਕੁਲ ਵੱਖਰਾ ਸਮੂਹ ਹੈ।
ਪਹਿਲਾ ਵਿਕਲਪ: ਉਹ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜੋ iPad ਦੁਬਾਰਾ ਵਰਤ ਸਕਦਾ ਹੈ
ਸੰਭਾਲਿਆ ਖਾਤਾ ਪਾਸਵਰਡ ਜਾਂ ਸਾਂਝਾ ਭੇਤ ਅਜਿਹੇ ਗੇਟਵੇ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਜਾਂ ਸਮੂਹ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਦ ਤੱਕ ਭੇਤ ਵੈਧ ਰਹੇ ਪੁੱਛ ਹਟਾਉਂਦਾ ਹੈ। ਇਸਦੀ ਕਮਜ਼ੋਰੀ ਜੀਵਨ ਚੱਕਰ ਹੈ: ਭੇਤ ਪਰੋਫਾਈਲ ਵਿੱਚ ਬੈਠਾ ਹੈ, ਕਈ ਡਿਵਾਈਸ ਇਸ ਨੂੰ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਸ ਨੂੰ ਬਦਲਣ ਦਾ ਮਤਲਬ ਹੈ ਹਰ ਉਸ ਪਰੋਫਾਈਲ ਨੂੰ ਛੂਹਣਾ ਜੋ ਇਸ ਨੂੰ ਚੁੱਕਦੀ ਹੈ। ਜੇ ਸੇਵਾ ਵਾਧੂ ਤੌਰ 'ਤੇ ਇੱਕ-ਵਾਰੀ ਕਾਰਕ ਜਾਂ ਇੰਟਰਐਕਟਿਵ ਮਨਜ਼ੂਰੀ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਸਥਾਨਕ ਸੈਟਿੰਗ ਉਸ ਨੀਤੀ ਨੂੰ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੇ ਲੌਗਇਨ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦੀ।
ਇੱਕ ਐਪ ਦਾ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਵੀ ਆਪਣੇ ਆਪ ਕਿਸੇ ਦੂਜੇ VPN ਅਮਲ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਉਹੀ ਖਾਤਾ ਇੱਕ ਕਲਾਇੰਟ ਵਿੱਚ ਪੁੱਛਣਾ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਹਰ ਵਾਰ ਪੁੱਛਦਾ ਰਹਿ ਸਕਦਾ ਹੈ।
ਦੂਜਾ ਵਿਕਲਪ: ਆਪਣੀ ਕੁੰਜੀ ਵਾਲਾ ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ
ਸਰਟੀਫਿਕੇਟ ਪੁੱਛ ਨੂੰ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਤਰੀਕੇ ਨਾਲ ਹਟਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ iPad ਭੇਤ ਦੁਹਰਾਉਣ ਦੀ ਥਾਂ ਨਿੱਜੀ ਕੁੰਜੀ ਦੀ ਮਲਕੀਅਤ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਲੋੜ ਹੈ ਪੱਤਾ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਇਸਦੀ ਕੁੰਜੀ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਦਾਖਲਾ ਮਾਰਗ ਰਾਹੀਂ ਆਉਣ, ਅਤੇ ਗੇਟਵੇ ਉਸ ਕਨੈਕਸ਼ਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਮਾਣਿਕਤਾ ਸਵੀਕਾਰ ਕਰੇ। ਸਿਰਫ਼ CA ਸਰਟੀਫਿਕੇਟ ਆਯਾਤ ਕਰਨਾ ਡਿਵਾਈਸ ਨੂੰ ਭਰੋਸਾ ਸਮੱਗਰੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ, ਜੋ ਇੱਕ ਆਮ ਅਤੇ ਚੁੱਪ ਅਸਫਲਤਾ ਹੈ।
ਕੀਮਤ ਜੀਵਨ ਚੱਕਰ ਦਾ ਕੰਮ ਹੈ। ਹਰ iPad ਨੂੰ ਆਪਣੀ ਪਛਾਣ ਮਿਲਦੀ ਹੈ ਤਾਂ ਜੋ ਗੁਆਚਿਆ ਡਿਵਾਈਸ ਪੂਰੇ ਬੇੜੇ ਨੂੰ ਦੁਬਾਰਾ ਜਾਰੀ ਕੀਤੇ ਬਿਨਾਂ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕੇ, ਅਤੇ ਮਿਆਦ ਪੁੱਗਣ ਦੀਆਂ ਤਾਰੀਖਾਂ ਅਸਲ ਸੰਚਾਲਨ ਘਟਨਾਵਾਂ ਬਣ ਜਾਂਦੀਆਂ ਹਨ। ਚੁੱਪਚਾਪ ਮਿਆਦ ਪੁੱਗਣ ਵਾਲਾ ਸਰਟੀਫਿਕੇਟ ਉਸੇ ਸਵੇਰ VPN ਰੁਕਾਵਟ ਵਾਂਗ ਦਿਸਦਾ ਹੈ ਜਿਸ ਦਿਨ ਇਹ ਹੁੰਦਾ ਹੈ।
ਪਸੰਦ ਦੀ ਥਾਂ ਇਸ ਆਧਾਰ 'ਤੇ ਚੁਣੋ ਕਿ ਗੇਟਵੇ ਕੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ
VPN ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਦੋ ਸਵਾਲ ਪੁੱਛੋ: ਇਸ ਕਿਸਮ ਦੇ ਕਲਾਇੰਟ ਲਈ ਸੇਵਾ ਕਿਹੜੇ ਪ੍ਰਮਾਣਿਕਤਾ ਤਰੀਕੇ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਕੀ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਲਈ ਇੰਟਰਐਕਟਿਵ ਇਨਪੁਟ ਲੋੜੀਂਦਾ ਹੈ। ਜੇ ਜਵਾਬ ਸਿਰਫ਼ ਸਰਟੀਫਿਕੇਟ ਹੈ ਤਾਂ ਦਾਖਲਾ ਅਤੇ ਨਵੀਨੀਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਜੇ ਜਵਾਬ ਪਾਸਵਰਡ ਨਾਲ ਦੂਜਾ ਕਾਰਕ ਹੈ ਤਾਂ ਮੰਨ ਲਓ ਕਿ ਪੁੱਛ ਨੀਤੀ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਡਿਵਾਈਸ ਦੀ ਖਰਾਬੀ ਸਮਝਣਾ ਬੰਦ ਕਰੋ। ਜੇ ਦੋਵੇਂ ਸਵੀਕਾਰ ਹਨ ਤਾਂ ਨਿਗਰਾਨੀ ਵਾਲੇ ਬੇੜੇ ਲਈ ਜੀਵਨ ਚੱਕਰ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਜਿੱਤਦਾ ਹੈ ਅਤੇ ਕੁਝ ਡਿਵਾਈਸਾਂ ਲਈ ਸੈਟਅਪ ਦੀ ਮਿਹਨਤ ਵਿੱਚ ਪਾਸਵਰਡ।
ਚੁਣਿਆ ਤਰੀਕਾ ਪਰੋਫਾਈਲ ਪਛਾਣਕਰਤਾ ਦੇ ਨਾਲ ਤੈਨਾਤੀ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ, ਨਹੀਂ ਤਾਂ ਪਰੋਫਾਈਲ ਨੂੰ ਛੂਹਣ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਦੂਜਾ ਚੁਣ ਲਵੇਗਾ।
ਫਿਰ ਸਰਗਰਮੀ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਵੱਖ ਕਰੋ
VPN On Demand ਟਨਲ ਤਦ ਖੋਲ੍ਹਦਾ ਹੈ ਜਦੋਂ ਸੰਰਚਿਤ ਸ਼ਰਤ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਭਾਵੇਂ ਉਹ DNS ਡੋਮੇਨ ਹੋਵੇ, ਇੰਟਰਫੇਸ ਦੀ ਕਿਸਮ ਹੋਵੇ ਜਾਂ ਜੁੜਿਆ ਨੈੱਟਵਰਕ, ਅਤੇ Apple ਇਸ ਨੂੰ ਉਪਭੋਗਤਾ ਦੀ ਭਾਗੀਦਾਰੀ ਤੋਂ ਬਿਨਾਂ ਵਾਲਾ ਦੱਸਦਾ ਹੈ। ਇਹ ਨਿੱਜੀ ਸਰੋਤਾਂ ਲਈ ਢੁਕਵਾਂ ਹੈ ਜੋ ਸਿਰਫ਼ ਤਦ ਪਹੁੰਚਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਚੀਜ਼ ਉਹਨਾਂ ਨੂੰ ਮੰਗੇ। ਇਹ ਪ੍ਰਬੰਧਿਤ Always On ਵਰਗਾ ਨਹੀਂ ਹੈ, ਜੋ ਕਵਰੇਜ ਲਾਗੂ ਰੱਖਦਾ ਹੈ ਅਤੇ ਆਪਣੀਆਂ ਨਿਗਰਾਨੀ ਤੇ ਪਰੋਫਾਈਲ ਸ਼ਰਤਾਂ ਲਿਆਉਂਦਾ ਹੈ।
ਕੰਮ ਕਰਨ ਵਾਲਾ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਲਈ ਵੀ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਕਈ iPads ਕੋਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਧੀਆ ਸਰਟੀਫਿਕੇਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਹੱਥ ਨਾਲ ਛੋਹ ਦੀ ਉਡੀਕ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਕੋਈ ਮੰਗ-ਆਧਾਰਿਤ ਨਿਯਮ ਕਦੇ ਸਰਗਰਮ ਨਹੀਂ ਹੋਇਆ।
ਲੋੜ ਨੂੰ ਅਜਿਹੇ ਰੂਪ ਵਿੱਚ ਸੌਂਪੋ ਜਿਸ 'ਤੇ ਪ੍ਰਸ਼ਾਸਕ ਕੰਮ ਕਰ ਸਕੇ: ਇਹ iPad ਨੂੰ ਇਹਨਾਂ ਸਰੋਤਾਂ ਤੱਕ ਵਾਰ-ਵਾਰ ਉਪਭੋਗਤਾ ਇਨਪੁਟ ਤੋਂ ਬਿਨਾਂ, ਇਸ ਕਿਸਮ ਦੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਨਾਲ, ਅਤੇ ਇਹਨਾਂ ਸਰਗਰਮੀ ਤੇ ਰੁਕਾਵਟ ਨਿਯਮਾਂ ਹੇਠ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਮੌਜੂਦਾ ਸੇਵਾ ਉਹ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਤਾਂ ਵਾਰ-ਵਾਰ ਪੁੱਛ ਹੀ ਉਹ ਨੀਤੀ ਹੈ ਜੋ ਯੋਜਨਾ ਅਨੁਸਾਰ ਕੰਮ ਕਰ ਰਹੀ ਹੈ।