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

ਲੱਛਣ ਪਹਿਲੇ ਰੋਟੇਸ਼ਨ ’ਤੇ ਦਿਸਦਾ ਹੈ

mobileconfig ਫ਼ਾਈਲ XML ਜਾਂ ਸਾਈਨ ਕੀਤੀ plist ਹੁੰਦੀ ਹੈ। ਜਿਸ ਕੋਲ ਵੀ ਕਾਪੀ ਹੈ, ਉਹ ਪੇਲੋਡ ਡੀਕੋਡ ਕਰਕੇ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਕਿ ਉਸ ਵਿੱਚ ਕੀ ਹੈ, ਇਸ ਲਈ ਟੈਂਪਲੇਟ ਵਿੱਚ AuthPassword ਮੁੱਲ ਇੱਕ ਅਣਆਮ ਫ਼ਾਈਲ ਐਕਸਟੈਂਸ਼ਨ ਵਾਲਾ ਸਾਦਾ-ਟੈਕਸਟ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਹੈ। ਸਾਈਨਿੰਗ ਅਖੰਡਤਾ ਅਤੇ ਮੂਲ ਬਦਲਦੀ ਹੈ, ਪੜ੍ਹਨਯੋਗਤਾ ਨਹੀਂ। ਇਸ ਦੌਰਾਨ, ਜਿਹੜੇ ਹਿੱਸੇ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਸਾਂਝੇ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਜਿਵੇਂ ਗੇਟਵੇ ਪਤਾ, ਉਮੀਦ ਕੀਤੀ ਸਰਵਰ ਪਛਾਣ ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਨੀਤੀ, ਸਾਰਿਆਂ ਲਈ ਇੱਕੋ ਜਿਹੇ ਹਨ।

ਕੁਝ ਵੀ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖੇਤਰ ਕ੍ਰਮਬੱਧ ਕਰੋ, ਕਿਉਂਕਿ ਹੱਦ ਉੱਥੇ ਨਹੀਂ ਹੈ ਜਿੱਥੇ ਲੋਕ ਸਮਝਦੇ ਹਨ।

ਸਾਂਝੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਵਿਅਕਤੀਗਤ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਤੋਂ ਵੱਖ ਕਰੋ

ItemShared profileIndividual record
Gateway address, expected server identityyesno
Traffic policy, IncludeAllNetworks, exclusionsyesno
User password or account tokennoyes
Device identity or certificatenoyes

ਇੰਟਰਐਕਟਿਵ ਰਾਹ ਇਹ ਹੈ ਕਿ ਪਾਸਵਰਡ ਬਾਹਰ ਰੱਖੋ ਅਤੇ ਸਮਰਥਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਬੰਧ ਨੂੰ ਉਹ ਮੰਗਣ ਦਿਓ। ਇਹ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ: ਸਿਰਫ਼ ਮਿਲਦਾ-ਜੁਲਦਾ ਦਿਸਣ ਵਾਲਾ ਖੇਤਰ ਹਟਾਉਣਾ ਇੰਟਰਐਕਟਿਵ ਲੌਗਇਨ ਵਿੱਚ ਸਰਵਵਿਆਪੀ ਤਬਦੀਲੀ ਨਹੀਂ ਹੈ। IKEv2 ਪੇਲੋਡ AuthName ਅਤੇ AuthPassword ਵਿੱਚ ਫ਼ਰਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਬੇਨਤੀ ਤੱਕ ਪਹੁੰਚ ਹੀ ਹੈ ਜਾਂ ਨਹੀਂ; ਸਰਟੀਫ਼ਿਕੇਟ-ਆਧਾਰਿਤ ਵਿਧੀ ਪਾਸਵਰਡ ਬਿਲਕੁਲ ਨਹੀਂ ਮੰਗੇਗੀ।

ਸਰਟੀਫ਼ਿਕੇਟਾਂ ਨੂੰ ਵੀ ਸਾਂਝੀ ਕੁੰਜੀ ਦੀ ਲੋੜ ਨਹੀਂ

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

ਉਸ ਪਛਾਣ ਦਾ ਜਾਰੀਕਰਨ, ਨਵੀਨੀਕਰਨ ਅਤੇ ਰੱਦ ਕਰਨਾ ਪ੍ਰੋਫ਼ਾਈਲ ਸੰਸ਼ੋਧਨ ਦੇ ਨਾਲ ਦਰਜ ਕਰੋ। ਜਦੋਂ ਦੋਵੇਂ ਇਕੱਠੇ ਟਰੈਕ ਹੁੰਦੇ ਹਨ, ਨਵੀਨੀਕਰਨ ਘਟਨਾ ਨਹੀਂ ਸਗੋਂ ਨਿਯਤ ਕੰਮ ਹੁੰਦਾ ਹੈ।

ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੀਆਂ ਮਸ਼ੀਨਾਂ ਨੂੰ ਤੀਜਾ ਜਵਾਬ ਚਾਹੀਦਾ ਹੈ

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

ਪਾਸਵਰਡ ਰੱਖਣਾ ਦੂਜਾ ਕਾਰਕ ਵੀ ਨਹੀਂ ਹਟਾਉਂਦਾ। ਜੇ ਗੇਟਵੇ MFA ਮੰਗਦਾ ਹੈ, ਤਾਂ ਸੰਭਾਲਿਆ ਪਾਸਵਰਡ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਬੂਟ ’ਤੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫੇਲ੍ਹਤਾ ਗੁੰਮ ਕਾਰਕ ਦੀ ਬਜਾਏ ਟੁੱਟੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਰਗੀ ਦਿਸਦੀ ਹੈ।

ਅਸਲ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਆਰਟੀਫ਼ੈਕਟ ਜਾਂਚੋ

ਟੈਂਪਲੇਟ ਛੱਡ ਕੇ ਝੂਠ ਬੋਲਦੇ ਹਨ। ਪ੍ਰਬੰਧਨ ਸੇਵਾ ਜਾਂ ਐਕਸਪੋਰਟ ਟੂਲ ਤਿਆਰ ਫ਼ਾਈਲ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਪਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਨਾਲ ਆਉਣ ਵਾਲੇ ਪਛਾਣ ਪੇਲੋਡ ਜਾਂ ਡਾਇਗਨੋਸਟਿਕ ਕਾਪੀਆਂ ਅਜਿਹੀ ਸਮੱਗਰੀ ਲੈ ਸਕਦੀਆਂ ਹਨ ਜੋ ਟੈਂਪਲੇਟ ਨੇ ਕਦੇ ਨਹੀਂ ਦਿਖਾਈ। ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਕਿਸਨੂੰ ਮਿਲ ਸਕਦੀ ਹੈ, ਬਣਾਇਆ ਗਿਆ ਆਰਟੀਫ਼ੈਕਟ ਖੋਲ੍ਹੋ। ਭਰੋਸੇਯੋਗ ਜਾਰੀਕਰਤਾ ਅਤੇ ਉਮੀਦ ਕੀਤੀ ਸਰਵਰ-ਪਛਾਣ ਸੈਟਿੰਗਾਂ ਵੀ ਅਛੂਤ ਰੱਖੋ; ਪਾਸਵਰਡ ਹਟਾਉਣਾ ਗੇਟਵੇ ਭਰੋਸਾ ਕਮਜ਼ੋਰ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ।

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

ਪਰੀਖਣ ਪਛਾਣ ਨਾਲ ਹੈਂਡਓਫ਼ ਸਵੀਕਾਰ ਕਰੋ

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

ਸਾਂਝੀਆਂ ਸੈਟਿੰਗਾਂ ਲਈ ਇੱਕ ਸੰਸ਼ੋਧਨ, ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਇੱਕ ਰਿਕਾਰਡ, ਅਤੇ ਰੱਦ ਕਰਨ ਦਾ ਰਾਹ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਇੱਕ ਵਾਰ ਵਰਤਿਆ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ