Mac 'ਤੇ Cisco Secure Client: ਵਿੰਡੋ, ਆਟੋ ਕਨੈਕਟ ਜਾਂ ਦੁਬਾਰਾ ਕਨੈਕਟ?

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

ਜੋ ਵਿਵਹਾਰ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਦੇਖ ਰਹੇ ਹੋ ਉਸਦਾ ਨਾਮ ਦਿਓ

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

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

ਤਿੰਨੇ ਆਉਟਪੁੱਟ ਇਕੱਠੇ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ scutil --nc list ਸਿਸਟਮ ਦੀਆਂ VPN ਸੰਰਚਨਾਵਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਖਾਲੀ ਸੂਚੀ ਦਾ ਮਤਲਬ ਸਿਰਫ਼ ਇਹ ਹੈ ਕਿ ਕੋਈ ਵੀ ਸਿਸਟਮ VPN ਸੇਵਾ ਟਨਲ ਦੀ ਮਾਲਕ ਨਹੀਂ. Cisco Secure Client ਅਜਿਹਾ ਕੋਈ ਦਰਜ ਨਹੀਂ ਕਰਦਾ: ਇਹ vpnagentd ਅਤੇ utun ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਖਤਮ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਇੰਟਰਫੇਸ ਹੀ ਉਹ ਸਬੂਤ ਹਨ ਜੋ ਇਸਨੂੰ ਦੇਖਦੇ ਹਨ। ਜਦੋਂ vpnagentd ਚੱਲ ਰਿਹਾ ਹੋਵੇ ਅਤੇ utun ਇੰਟਰਫੇਸ ਕੋਲ ਪਤਾ ਹੋਵੇ, ਤਾਂ ਵਿੰਡੋ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਟਨਲ ਮੌਜੂਦ ਹੈ; ਜਦੋਂ ਦੋਵੇਂ ਨਾ ਹੋਣ, ਆਟੋਮੈਟਿਕ ਕਨੈਕਸ਼ਨ ਬੰਦ ਹੈ ਅਤੇ ਵਿੰਡੋ ਹੀ ਚਰਚਾ ਦਾ ਵਿਸ਼ਾ ਹੈ। ਫਰੰਟ ਐਂਡ ਤਦ ਵੀ ਚੱਲ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਵੱਖਰੀ ਬੈਕਗ੍ਰਾਊਂਡ ਸੇਵਾ ਟਨਲ ਦੀ ਮਾਲਕ ਹੋਵੇ, ਇਸ ਲਈ ਮਾਲਕੀ ਦਾ ਸਵਾਲ ਪ੍ਰੋਫਾਈਲ ਭਾਗਾਂ ਦਾ ਹੈ, ਇਸਦਾ ਨਹੀਂ।

ਲੌਗਇਨ ਵੇਲੇ ਦਿਖਣ ਵਾਲੀ ਵਿੰਡੋ ਲੌਂਚ ਦਾ ਸਵਾਲ ਹੈ

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

ਪ੍ਰਬੰਧਿਤ Mac 'ਤੇ, ਵਿਵਹਾਰ ਨੂੰ ਸਥਾਨਕ ਤਰਜੀਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੀ ਇਹ ਸਥਾਪਿਤ ਸੰਰਚਨਾ ਪ੍ਰੋਫਾਈਲ ਰਾਹੀਂ ਆਉਂਦਾ ਹੈ। ਸਿਸਟਮ ਆਪਣੇ ਕੋਲ ਮੌਜੂਦ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਲੌਗਇਨ ਆਈਟਮ ਤੁਹਾਡਾ ਹਟਾਉਣ ਵਾਲਾ ਨਹੀਂ ਹੈ:

profiles show -type configuration

ਜਿੱਥੇ ਸੈਟਿੰਗ ਵਰਤੋਂਕਾਰ ਦੇ ਨਿਯੰਤਰਣ ਵਿੱਚ ਹੈ, ਉੱਥੇ ਇਸਨੂੰ ਕਲਾਇਟ ਤਰਜੀਹਾਂ ਵਿੱਚ ਬਦਲੋ ਅਤੇ ਜਾਂਚ ਲਈ ਲੌਗਆਉਟ ਕਰੋ। ਜਿੱਥੇ ਇਹ ਤਾਲਾ ਲੱਗਾ ਹੈ, ਉੱਥੇ ਸਿਰਫ਼ ਪ੍ਰੋਫਾਈਲ ਦਾ ਮਾਲਕ ਹੀ ਇਸਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ। ਫਾਈਲਾਂ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਹਟਾਉਣ ਨਾਲ ਅਜਿਹਾ ਅੰਤਰ ਬਣਦਾ ਹੈ ਜਿਸਨੂੰ ਅਗਲਾ ਅੱਪਡੇਟ ਚੁੱਪਚਾਪ ਠੀਕ ਕਰ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਇਹ ਸਭ ਤੋਂ ਘੱਟ ਟਿਕਾਊ ਹੱਲ ਬਣ ਜਾਂਦਾ ਹੈ। ਧੁੰਦਲਾ ਚੈੱਕਬਾਕਸ ਟੁੱਟਿਆ ਕਲਾਇਟ ਨਹੀਂ ਹੈ; ਇਹ ਨੀਤੀ ਦਾ ਬਿਆਨ ਹੈ।

Auto Connect on Start ਇੱਕ ਵੱਖਰੀ ਤਰਜੀਹ ਹੈ

Cisco ਦੀ ਕਨੈਕਸ਼ਨ ਗਾਈਡ Auto Connect on Start ਨੂੰ ਉਹ ਤਰਜੀਹ ਦੱਸਦੀ ਹੈ ਜੋ ਕਲਾਇਟ ਸ਼ੁਰੂ ਹੋਣ ਵੇਲੇ ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਬੰਦ ਦੱਸਦੀ ਹੈ। ਤੈਨਾਤ ਪ੍ਰੋਫਾਈਲ ਇਸਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦੀ ਹੈ, ਇਸੇ ਲਈ ਇੱਕੋ ਕਲਾਇਟ ਵਾਲੇ ਦੋ Mac ਲੌਗਇਨ 'ਤੇ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ। ਲੌਂਚ ਆਈਟਮਾਂ ਬਾਰੇ ਕੁਝ ਵੀ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇਟ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਉਹ ਤਰਜੀਹ ਲੱਭੋ।

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

Auto Reconnect ਤੀਜੀ ਸੈਟਿੰਗ ਦਾ ਹੈ

ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸਥਾਪਿਤ ਸੈਸ਼ਨ ਦਾ ਰਾਹ ਗੁੰਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈ: ਢੱਕਣ ਬੰਦ ਹੋਣਾ, Wi-Fi ਨੈੱਟਵਰਕ ਬਦਲਣਾ, ਤਾਰ ਵਾਲਾ ਲਿੰਕ ਡਿੱਗਣਾ। Cisco ਇਸਨੂੰ ਸਟਾਰਟਅੱਪ ਵਿਵਹਾਰ ਤੋਂ ਵੱਖਰਾ ਦਰਜ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸਟਾਰਟਅੱਪ ਬਦਲਾਅ ਇਸਨੂੰ ਨਹੀਂ ਛੂਹੇਗਾ। ਨੈੱਟਵਰਕ ਨੂੰ ਪਲ ਭਰ ਲਈ ਡਿਸਕਨੈਕਟ ਕਰਕੇ ਅਤੇ ਟਨਲ ਬਿਨਾਂ ਇਨਪੁਟ ਦੇ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਦੇਖ ਕੇ ਇਸਦੀ ਜਾਂਚ ਕਰੋ।

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

ਸਭ ਤੋਂ ਛੋਟਾ ਬਦਲਾਅ ਮੰਗੋ, ਫਿਰ ਉਸਦੀ ਜਾਂਚ ਕਰੋ

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

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਲੌਗਆਉਟ ਕਰਕੇ ਦੁਬਾਰਾ ਲੌਗਇਨ ਕਰੋ, ਫਿਰ ਤੁਸੀਂ ਜਿਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋ ਉਹ ਮੈਨੁਅਲ ਕਨੈਕਸ਼ਨ ਵਰਕਫਲੋ ਚਲਾਓ। ਜੇ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਦਾਇਰੇ ਵਿੱਚ ਸੀ, ਤਾਂ ਤੁਹਾਡੇ ਐਡਮਿਨਿਸਟ੍ਰੇਟਰ ਵੱਲੋਂ ਮਨਜ਼ੂਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਤਹਿਤ ਇਸਦੀ ਵੱਖਰੀ ਜਾਂਚ ਕਰੋ।

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