Mac 'ਤੇ GlobalProtect ਲੌਗਇਨ ਵੇਲੇ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ: ਇਸਨੂੰ ਕਿਵੇਂ ਬਦਲੀਏ

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

ਕਿਹੜਾ ਢੰਗ ਨਿਰਧਾਰਿਤ ਹੈ ਇਹ ਜਾਣਨਾ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਬਦਲ ਸਕਦੇ ਹੋ ਅਤੇ ਕੀ ਮੰਗਣਾ ਹੈ।

ਲੱਛਣ ਨੀਤੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ

ਪੋਰਟਲ ਦੀ ਏਜੰਟ ਕੌਨਫਿਗਰੇਸ਼ਨ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ GlobalProtect ਕਦੋਂ ਕਨੈਕਟ ਹੋਵੇ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਦੋ ਢੰਗ ਚੁਣਦੇ ਹੋ ਉਹ ਹਨ On-Demand, ਜੋ ਤੁਹਾਡੀ ਉਡੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ User-logon (Always On), ਜੋ ਸਾਈਨ ਇਨ ਤੋਂ ਬਾਅਦ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ। ਪੋਰਟਲ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸਾਂ 'ਤੇ Pre-logon (Always On) ਵੀ ਦੇ ਸਕਦਾ ਹੈ, ਜੋ ਤੁਸੀਂ ਆਪ ਸਾਈਨ ਇਨ ਕਰਦੇ ਹੋ ਅਜਿਹੇ Mac 'ਤੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹੈ। ਆਪਣੇ ਆਪ ਕਨੈਕਟ ਹੋਣ ਵਾਲੀ ਮਸ਼ੀਨ ਲਗਭਗ ਹਮੇਸ਼ਾ user-logon 'ਤੇ ਹੁੰਦੀ ਹੈ। ਐਪ ਦੀਆਂ ਆਪਣੀਆਂ ਤਰਜੀਹਾਂ ਸਥਿਤੀ ਦਿਖਾ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਇਸਦੀਆਂ ਮਾਲਕ ਨਹੀਂ ਹਨ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਵਿੱਚ ਟਿੱਕ ਹਟਾਉਣਾ ਅਗਲੀ ਨੀਤੀ ਰਿਫ੍ਰੈਸ਼ ਤੱਕ ਨਹੀਂ ਟਿਕਦਾ। ਪੋਰਟਲ ਕਨੈਕਟ ਹੋਣ ਵੇਲੇ ਅਤੇ ਹਰ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਢੰਗ ਦੁਬਾਰਾ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਪਾਸੇ ਦਾ ਬਦਲਾਅ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਅਸਥਾਈ ਹੈ।

ਨੀਤੀ ਹਰ ਵਾਰ ਜਿੱਤਦੀ ਹੈ।

ਦੋ ਢੰਗ, ਨਾਲ-ਨਾਲ

On-Demand, ਜਿਸਨੂੰ ਐਪ ਅਜੇ ਵੀ ਮੈਨੁਅਲ ਕਹਿ ਸਕਦਾ ਹੈ, ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਕਨੈਕਟ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਅਤੇ ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਵੀ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦਾ। User-logon ਦਾ ਮਤਲਬ ਹੈ ਕਿ Mac 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਟਨਲ ਉੱਪਰ ਆਉਂਦੀ ਹੈ, ਜੋ ਬਹੁਤੇ ਪ੍ਰਬੰਧਿਤ ਬੇੜਿਆਂ ਨੂੰ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਹ ਵਿੰਡੋ ਹਟਾ ਦਿੰਦੀ ਹੈ ਜਿੱਥੇ ਕੋਈ ਬਿਨਾਂ ਸੁਰੱਖਿਆ ਬ੍ਰਾਊਜ਼ ਕਰਦਾ ਹੈ। ਸਮਝੌਤਾ ਬਿਲਕੁਲ ਉਹੀ ਲੱਛਣ ਹੈ ਜੋ ਤੁਸੀਂ ਦੇਖਿਆ: ਤੁਸੀਂ ਇਹ ਚਾਹੁੰਦੇ ਹੋ ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਟਨਲ ਮੌਜੂਦ ਹੁੰਦੀ ਹੈ। ਕੋਈ ਵੀ ਢੰਗ ਇਹ ਨਹੀਂ ਬਦਲਦਾ ਕਿ ਟਨਲ ਕਿੱਥੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ; ਉਹ ਸਿਰਫ਼ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਇਹ ਕਦੋਂ ਉੱਪਰ ਆਏ।

ਜੇ ਤੁਹਾਡੇ ਕੰਮ ਨੂੰ On-Demand ਕਨੈਕਸ਼ਨ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇਹ ਨੀਤੀ ਬਦਲਣ ਦੀ ਬੇਨਤੀ ਹੈ, ਤਰਜੀਹ ਬਦਲਣਾ ਨਹੀਂ।

ਜੇ ਮਕਸਦ ਅਸਥਾਈ ਡਿਸਕਨੈਕਟ ਹੈ

ਕੁਝ ਤੈਨਾਤੀਆਂ ਐਪ ਵਿੱਚ Disconnect ਕੰਟਰੋਲ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ Palo Alto Networks ਇਸਨੂੰ Mac Disconnect ਗਾਈਡ ਵਿੱਚ ਐਪ ਸੰਸਕਰਣ 6.0 ਅਤੇ ਬਾਅਦ ਦੇ ਲਈ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਤਦ ਦਿਖਦਾ ਹੈ ਜਦੋਂ ਏਜੰਟ ਕੌਨਫਿਗਰੇਸ਼ਨ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਉਹ ਕੌਨਫਿਗਰੇਸ਼ਨ ਕਾਰਨ, ਪਾਸਕੋਡ ਜਾਂ ਹੈਲਪਡੈਸਕ ਟਿਕਟ ਵੀ ਮੰਗ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਸੀਮਿਤ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿੰਨਾ ਸਮਾਂ ਜਾਂ ਕਿੰਨੀ ਵਾਰ ਡਿਸਕਨੈਕਟ ਰਹੋ।

ਸੇਵਾ ਰੋਕਣ ਦੀ ਥਾਂ ਉਹ ਵਰਕਫਲੋ ਪੂਰਾ ਕਰੋ। ਇਸਨੂੰ ਰੋਕਣਾ ਡਿਸਕਨੈਕਟ ਵਰਗਾ ਲੱਗਦਾ ਹੈ ਅਤੇ ਨੀਤੀ ਉਲੰਘਣਾ ਵਰਗਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।

ਲਾਗੂ ਕੀਤੀ ਟਨਲ ਡਿਸਕਨੈਕਟ ਕਰਨ ਨਾਲ ਤੁਹਾਡਾ ਟ੍ਰੈਫਿਕ ਆਮ ਨੈੱਟਵਰਕ ਮਾਰਗ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਕੈਪਟਿਵ ਪੋਰਟਲ ਡੀਬੱਗ ਕਰਦੇ ਸਮੇਂ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹੈ।

launch agent ਸੋਧਣ ਨਾਲ ਕੀ ਟੁੱਟਦਾ ਹੈ

ਆਮ ਹੱਲ ਇਹ ਹੈ ਕਿ ਐਪ ਸ਼ੁਰੂ ਨਾ ਹੋਵੇ ਇਸ ਲਈ launch agent ਦੀਆਂ RunAtLoad ਜਾਂ KeepAlive ਕੁੰਜੀਆਂ, ਜਾਂ ਨਿੱਜੀ ਪੋਰਟਲ ਤਰਜੀਹ ਸੋਧਣਾ। ਇਹ ਅਗਲੀ ਨੀਤੀ ਰਿਫ੍ਰੈਸ਼ ਜਾਂ ਐਪ ਅਪਡੇਟ ਤੱਕ ਕੰਮ ਕਰਦਾ ਲੱਗ ਸਕਦਾ ਹੈ। ਫਿਰ ਐਪ ਅਤੇ ਇਸਦੀ ਪ੍ਰਬੰਧਿਤ ਨੀਤੀ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦੇ, ਜੋ ਅਜਿਹੀ ਸਥਿਤੀ ਬਣਾਉਂਦੀ ਹੈ ਜਿਸ ਬਾਰੇ ਸਹਾਇਤਾ ਤਰਕ ਨਹੀਂ ਕਰ ਸਕਦੀ। ਇਹ ਮਸ਼ੀਨ ਨੂੰ ਅਜਿਹੀ ਕੌਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਵੀ ਛੱਡਦਾ ਹੈ ਜਿਸਨੂੰ ਸੰਗਠਨ ਨੇ ਕਦੇ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕੀਤਾ।

ਸਟਾਰਟਅੱਪ ਵਿੰਡੋ ਲੁਕਾਉਣਾ ਫਿਰ ਇੱਕ ਹੋਰ ਬੇਨਤੀ ਹੈ, ਅਤੇ ਇਸਦੀ ਆਪਣੀ ਸਮਰਥਿਤ ਇੰਟਰਫੇਸ ਤਰਜੀਹ ਹੈ।

ਬਿਲਕੁਲ ਕੀ ਮੰਗਣਾ ਹੈ

On-Demand ਨੂੰ ਨਾਮ ਨਾਲ ਮੰਗੋ, ਜਾਂ ਸ਼ਰਤਾਂ ਸਹਿਤ ਮਨਜ਼ੂਰਸ਼ੁਦਾ Disconnect ਵਰਕਫਲੋ, ਜਾਂ ਲੌਗਇਨ ਵਿੰਡੋ ਦਬਾਉਣ ਦਾ ਸਮਰਥਿਤ ਤਰੀਕਾ। ਅਸਪਸ਼ਟ ਬੇਨਤੀਆਂ ਨੂੰ ਗਲਤ ਜਵਾਬ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਦੁਬਾਰਾ plist ਸੋਧਣ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦੇ ਹੋ। ਤੁਸੀਂ ਜੋ ਐਪ ਸੰਸਕਰਣ ਵਰਤਦੇ ਹੋ ਉਹ ਵੀ ਦੱਸੋ, ਕਿਉਂਕਿ Disconnect ਕੰਟਰੋਲ ਸਿਰਫ਼ 6.0 ਤੋਂ ਦਸਤਾਵੇਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ।

ਜੇ Disconnect ਵਿਕਲਪ ਨਹੀਂ ਹੈ ਜਾਂ ਐਪ ਤੁਰੰਤ ਦੁਬਾਰਾ ਕਨੈਕਟ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਨਿਰਧਾਰਿਤ ਏਜੰਟ ਕੌਨਫਿਗਰੇਸ਼ਨ IT ਕੋਲ ਲੈ ਜਾਓ ਅਤੇ ਪੁੱਛੋ ਕਿ ਤੁਹਾਡੇ ਸਮੂਹ 'ਤੇ ਕਿਹੜਾ ਢੰਗ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।