ਤੁਹਾਡਾ Mac ਆਪਣੇ ਆਪ VPN ਦੁਬਾਰਾ ਜੋੜਦਾ ਹੈ: ਮੰਗ ’ਤੇ ਨਿਯਮ ਜਾਂਚੋ

ਤੁਸੀਂ VPN ਡਿਸਕਨੈਕਟ ਕਰਦੇ ਹੋ ਅਤੇ ਤੀਹ ਸਕਿੰਟ ਬਾਅਦ ਮੀਨੂ ਬਾਰ ਦਾ ਆਈਕਨ ਫਿਰ ਉੱਥੇ ਹੀ ਹੈ। ਇੱਥੇ ਕੁਝ ਭੂਤੀਆ ਨਹੀਂ ਹੈ: macOS ਦੇ ਮੰਗ ’ਤੇ ਨਿਯਮ ਤਦ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ ਜਦੋਂ ਨੈੱਟਵਰਕ ਬਦਲਦਾ ਹੈ ਜਾਂ ਜਦੋਂ ਕੁਝ ਅਜਿਹਾ ਨਾਮ ਮੰਗਦਾ ਹੈ ਜੋ ਨਿਯਮ ਢਕਦਾ ਹੈ, ਅਤੇ ਨਿਯਮ ਉਸ ਪਰੋਫਾਈਲ ਵਿੱਚ ਵੀ ਰਹਿ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਲਿਖੀ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰਨਾ ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਤੇਜ਼ ਹੈ। ਨਿਯਮ ਇੱਕ ਨੀਤੀ ਹੈ, ਇਸ ਲਈ ਇਸ ਨਾਲ ਲੜਨ ਤੋਂ ਪਹਿਲਾਂ ਨੀਤੀ ਪੜ੍ਹੋ।

ਨਿਯਮ ਅਸਲ ਵਿੱਚ ਕੀ ਦੇਖਦਾ ਹੈ

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

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

ਨੀਤੀ ਕਿਸਦੀ ਹੈ, ਅਤੇ ਹਟਾਉਣ ਦੀ ਕੀਮਤ ਕੀ ਹੈ

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

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

profiles show -type configuration
scutil --nc list

ਦੁਬਾਰਾ ਜੁੜਨਾ ਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ

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

ਰਸਤਿਆਂ ਦਾ ਦਾਇਰਾ ਤੀਜਾ ਸਵਾਲ ਹੈ, ਕਿਉਂਕਿ ਟਨਲ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਇਹ ਕਿਹੜੇ ਪ੍ਰੀਫਿਕਸ ਢੋਂਦਾ ਹੈ। ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਦੁਬਾਰਾ ਜੁੜਨਾ ਪੂਰੀ ਕਵਰੇਜ ਹੈ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਨੈਕਸ਼ਨ ਕੀ ਰੂਟ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਪਰਖੋ: ਕਲਾਇੰਟ ਬੰਦ ਕਰੋ, ਸੇਵਾ ਰੁਕੀ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਉਹ ਸਰੋਤ ਮੰਗੋ ਜਿਸ ਦੀ ਨਿਯਮ ਨੇ ਰੱਖਿਆ ਕਰਨੀ ਹੈ।

ਆਈਕਨ ਨਹੀਂ, ਟ੍ਰਿਗਰ ਲਿਖੋ

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

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

ਜਦੋਂ ਨਿਯਮ ਗਲਤ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ

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

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