Mac VPN, ਡਿਸਕਨੈਕਟ ਦਬਾਉਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਜੁੜ ਜਾਂਦਾ ਹੈ
ਹਰ ਡਿਸਕਨੈਕਟ ਹੋਈ ਸਥਿਤੀ ਨੂੰ ਖਰਾਬੀ ਮੰਨਣ ਵਾਲਾ ਮਾਨੀਟਰ ਡਿਸਕਨੈਕਟ ਬਟਨ ਨਾਲ ਲੜੇਗਾ। ਮਨਸ਼ਾ ਅਤੇ ਦੇਖੀ ਗਈ ਸਥਿਤੀ ਨੂੰ ਵੱਖ ਰੱਖੋ, ਫਿਰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਸੀਮਤ ਕਰੋ।
ਡਿਸਕਨੈਕਟ ਦਬਾਉਣਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਦਸ ਸਕਿੰਟ ਬਾਅਦ ਟਨਲ ਫਿਰ ਵੀ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ। ਇਹ ਲੂਪ ਘੱਟ ਹੀ VPN ਕਲਾਇੰਟ ਦਾ ਗਲਤ ਵਿਵਹਾਰ ਹੁੰਦਾ ਹੈ; ਇਹ ਇੱਕ ਰਿਕਵਰੀ ਸਕ੍ਰਿਪਟ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਸਿਰਫ਼ ਇੱਕ ਸਵਾਲ ਪੁੱਛਦੀ ਸੀ, «ਕੀ ਇਹ ਹੇਠਾਂ ਹੈ?», ਅਤੇ ਜੁੜ ਕੇ ਉਸਦਾ ਜਵਾਬ ਦਿੰਦੀ ਸੀ। ਜਦੋਂ ਤੁਸੀਂ ਉਹ ਸਵਾਲ ਜੋ ਵਰਤੋਂਕਾਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ ਸੀ, ਉਸ ਸਵਾਲ ਤੋਂ ਵੱਖ ਕਰਦੇ ਹੋ ਜੋ ਸਿਸਟਮ ਦੱਸਦਾ ਹੈ, ਤਾਂ ਸੁਧਾਰ ਲੰਮੀ ਨੀਂਦ ਦੀ ਬਜਾਏ ਥੋੜ੍ਹੀ ਸਥਿਤੀ ਬਣ ਜਾਂਦਾ ਹੈ।
ਦੋ ਸਵਾਲ, ਇੱਕ ਨਹੀਂ
ਕੀ ਇਹ ਪ੍ਰੋਫਾਈਲ ਇਸ ਵੇਲੇ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਇਸ ਸਮੇਂ ਕੀ ਦੱਸਦਾ ਹੈ? ਇਹ ਵੱਖਰੇ ਮਾਲਕਾਂ ਵਾਲੇ ਵੱਖਰੇ ਸਵਾਲ ਹਨ, ਅਤੇ ਰਿਕਵਰੀ ਨੀਤੀ ਨੂੰ ਕੰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹਨ। ਮਨਸ਼ਾ ਉਹ ਹੈ ਜੋ ਤੁਹਾਡਾ ਸਾਧਨ ਤੈਅ ਕਰਦਾ ਹੈ ਅਤੇ ਯਾਦ ਰੱਖਦਾ ਹੈ। ਦੇਖੀ ਗਈ ਸਥਿਤੀ ਉਹ ਹੈ ਜੋ ਪਲੇਟਫਾਰਮ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ।
| Intent | What you observe | What to do |
|---|---|---|
| Wanted | Dropped unexpectedly | Allow one supported recovery attempt |
| Paused by the user | Disconnected | Do nothing until intent changes |
| Wanted | Already connecting | Wait instead of starting a rival attempt |
| Wanted | Authentication needs a person | Prompt, then stop replaying credentials |
ਕਤਾਰਾਂ ਨੂੰ ਕੇਸਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ, ਨੀਤੀ ਵਜੋਂ ਪੜ੍ਹੋ। ਦੂਜੀ ਕਤਾਰ ਉਹ ਹੈ ਜੋ ਜ਼ਿਆਦਾਤਰ ਸਕ੍ਰਿਪਟਾਂ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਇੱਕੋ-ਇੱਕ ਕਤਾਰ ਹੈ ਜੋ ਮਾਨੀਟਰ ਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਸਹੀ ਸਾਬਤ ਕਰਨ ਦੀ ਜ਼ਿੱਦ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ।
ਦੇਖੀ ਗਈ ਸਥਿਤੀ ਕੋਈ ਪਸੰਦ ਨਹੀਂ
Apple ਦਾ Network Extension ਸਥਿਤੀ ਮਾਡਲ connecting, connected, disconnecting, disconnected ਅਤੇ recovery ਸਥਿਤੀਆਂ ਦੱਸਦਾ ਹੈ। ਪੰਜੇ ਕਨੈਕਸ਼ਨ ਦਾ ਵਰਣਨ ਕਰਦੀਆਂ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ «ਵਰਤੋਂਕਾਰ ਨੇ ਇਸ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਰੋਕਿਆ ਰੱਖਣ ਲਈ ਕਿਹਾ» ਨਹੀਂ ਕਹਿੰਦੀ, ਕਿਉਂਕਿ ਇਹ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਹੀ ਨਹੀਂ ਹੈ। ਜੋ ਕਲਾਇੰਟ ਉਸ ਢਾਂਚੇ ਉੱਤੇ ਨਹੀਂ ਬਣੇ, ਉਹ ਆਪਣੇ ਸਮਰਥਿਤ ਨਿਯੰਤਰਣ ਅਤੇ ਸਥਿਤੀ ਕਾਲ ਦਿਖਾਉਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਆਪਣੀ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ ਉਹੀ ਰੇਖਾ ਖਿੱਚਦੇ ਹਨ।
ਨਤੀਜਾ ਇਹ ਹੈ ਕਿ ਡਿਸਕਨੈਕਟ ਹੋਈ ਸਥਿਤੀ ਨੂੰ ਕਦੇ ਵੀ ਇਕੱਲਿਆਂ ਨਹੀਂ ਸਮਝਿਆ ਜਾ ਸਕਦਾ। ਇਸਦਾ ਅਰਥ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਵਿੱਚੋਂ ਇੱਕ ਗੱਲ ਹੈ: ਟਨਲ ਡਿੱਗ ਗਈ, ਵਰਤੋਂਕਾਰ ਨੇ ਇਸਨੂੰ ਰੋਕਿਆ, ਜਾਂ ਸਿਸਟਮ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿਚਕਾਰ ਹੈ। ਸਿਰਫ਼ ਤੁਹਾਡਾ ਆਪਣਾ ਮਨਸ਼ਾ ਰਿਕਾਰਡ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖ ਕਰ ਸਕਦਾ ਹੈ। ਉਹ ਰਿਕਾਰਡ ਲਿਖੋ, ਜੇ ਇਸਨੂੰ ਰੀਬੂਟ ਵਿੱਚੋਂ ਬਚਣਾ ਹੈ ਤਾਂ ਰੀਸਟਾਰਟਾਂ ਵਿਚਕਾਰ ਰੱਖੋ, ਅਤੇ ਇਸਨੂੰ ਉਸੇ ਪਲ ਅੱਪਡੇਟ ਕਰੋ ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਬਾਅਦ ਵਿੱਚ ਲੌਗ ਲਾਈਨ ਤੋਂ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ।
scutil --nc list
scutil --nc status "Office VPN"ਇਸ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਹੋਰ ਕਿਸਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ
ਤੁਹਾਡੇ ਸਹਾਇਕ ਦਾ ਵਾਅਦਾ ਕੀਤਾ ਰੋਕ ਉੱਨਾ ਹੀ ਮਜ਼ਬੂਤ ਹੈ ਜਿੰਨੇ ਉਸੇ ਪ੍ਰੋਫਾਈਲ ਦੇ ਹੋਰ ਮਾਲਕ ਹਨ। On Demand ਨਿਯਮ, ਪ੍ਰਬੰਧਿਤ ਸੰਰਚਨਾ ਜਾਂ ਦੂਜਾ ਕਲਾਇੰਟ ਸਾਰੇ ਕਨੈਕਸ਼ਨ ਦੀ ਮੰਗ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡਾ ਸਹਾਇਕ ਟੁੱਟਿਆ ਦਿਖੇਗਾ ਜਦੋਂ ਇਹ ਲਿਖੇ ਅਨੁਸਾਰ ਹੀ ਵਿਵਹਾਰ ਕਰ ਰਿਹਾ ਹੋਵੇਗਾ।
ਪ੍ਰੋਫਾਈਲ ਸ਼ੁਰੂ ਕਰ ਸਕਣ ਵਾਲੀ ਹਰ ਵਿਧੀ ਲੱਭੋ ਰੋਕ ਦਾ ਸਤਿਕਾਰ ਕਰਨ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਤੇ ਲਿਖੋ ਕਿ ਕੌਣ ਜਿੱਤਦਾ ਹੈ। ਜਦੋਂ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ ਜਾਣਬੁੱਝ ਕੇ ਨਿੱਜੀ ਰੋਕ ਵਿਕਲਪ ਨਹੀਂ ਦਿੰਦੀ, ਤਾਂ ਇਹ ਨੀਤੀ ਬਾਰੇ ਪ੍ਰਬੰਧਕ ਦਾ ਫੈਸਲਾ ਹੈ, ਪ੍ਰਬੰਧਨ ਨਾਲ ਲੜ ਕੇ ਸਕ੍ਰਿਪਟ ਨੂੰ ਭਰਨ ਵਾਲਾ ਪਾੜਾ ਨਹੀਂ।
ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਉਬਾਉਣ ਵਾਲਾ ਬਣਾਓ
ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਕਰੋ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਬਦਲੀ ਕਿਸੇ ਚੀਜ਼ ਪ੍ਰਤੀ ਜਵਾਬਦੇਹ ਬਣਾਓ: ਨੈੱਟਵਰਕ ਵਾਪਸ ਆਇਆ, ਗੇਟਵੇ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਪ੍ਰਮਾਣ ਪੱਤਰ ਪ੍ਰੋਂਪਟ ਪੂਰਾ ਹੋਇਆ। ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲਾ ਗੇਟਵੇ, ਮਿਆਦ ਪੁੱਗੀ ਪਛਾਣ ਅਤੇ ਰੱਦ ਕੀਤਾ ਦੂਜਾ ਕਾਰਕ ਤਿੰਨ ਵੱਖਰੇ ਜਵਾਬ ਚਾਹੁੰਦੇ ਹਨ, ਅਤੇ ਤੰਗ ਲੂਪ ਤਿੰਨਾਂ ਨੂੰ ਇੱਕੋ ਦਿੰਦਾ ਹੈ।
ਦੇਖੋ ਕਿ ਤੇਜ਼ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਸਕ੍ਰੀਨ ਉੱਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਬੰਦ ਕੀਤੇ ਜਾਂਦੇ ਦੁਹਰਾਏ ਸੰਵਾਦ ਇੱਕ ਸਪਸ਼ਟ ਅਸਫਲਤਾ ਸੰਦੇਸ਼ ਨਾਲੋਂ ਮਾੜੇ ਹਨ, ਅਤੇ ਇਹ ਲੋਕਾਂ ਨੂੰ ਪ੍ਰੋਂਪਟ ਪੜ੍ਹੇ ਬਿਨਾਂ ਕਲਿੱਕ ਕਰਨਾ ਸਿਖਾਉਂਦੇ ਹਨ।
ਰੋਕ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਵੱਖਰੇ ਵਾਅਦੇ ਹਨ
ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਰੋਕੀ ਟਨਲ ਅਕਸਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਰੋਕਿਆ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਇਹੀ kill switch ਸ਼ੈਲੀ ਦੀ ਨੀਤੀ ਦਾ ਪੂਰਾ ਮਕਸਦ ਹੈ। ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਰੋਕ ਨੂੰ ਬਿਲਕੁਲ ਇੱਕ ਗੱਲ ਦਾ ਵਾਅਦਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਰਿਕਵਰੀ ਰੁਕ ਜਾਂਦੀ ਹੈ। ਇਸਨੂੰ ਚੁੱਪਚਾਪ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ ਕਿ ਨੈੱਟਵਰਕ ਕੀ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ।
ਟ੍ਰੈਫਿਕ ਵਿਵਹਾਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤੈਅ ਕਰੋ, ਇਸਨੂੰ ਰੋਕ ਨਿਯੰਤਰਣ ਦੇ ਕੋਲ ਦਸਤਾਵੇਜ਼ ਕਰੋ, ਅਤੇ ਟਨਲ ਰੋਕੀ, ਅਸਫਲ ਜਾਂ ਗੈਰਹਾਜ਼ਰ ਹੋਣ 'ਤੇ ਵੀ ਇਸਨੂੰ ਇਕਸਾਰ ਰੱਖੋ। ਨਹੀਂ ਤਾਂ ਵਰਤੋਂਕਾਰ ਸਿੱਖਦਾ ਹੈ ਕਿ ਡਿਸਕਨੈਕਟ ਦਬਾਉਣ ਨਾਲ ਕੁਝ ਅਣਕਿਆਸਿਆ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਅਗਲੀ ਸਹਾਇਤਾ ਟਿਕਟ «ਕਦੇ-ਕਦੇ ਬਿਨਾਂ ਕਿਸੇ ਦਿਖਣ ਵਾਲੇ ਕਾਰਨ ਦੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣ ਵਾਲੇ» ਨੈੱਟਵਰਕ ਬਾਰੇ ਹੋਵੇਗੀ।