Mac ਉੱਤੇ VPN «ਡਿਸਕਨੈਕਟ ਹੋ ਰਿਹਾ» ਉੱਤੇ ਅਟਕਿਆ: ਅਸਲ ਵਿੱਚ ਕੀ ਚੱਲ ਰਿਹਾ ਹੈ

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

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

ਲੇਬਲ ਕੀ ਟਰੈਕ ਕਰਦਾ ਹੈ

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

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

ਕਨੈਕਸ਼ਨ ਦਾ ਮਾਲਕ ਹਿੱਸਾ ਲੱਭੋ

ਮੂਲ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ scutil --nc list ਉਹ ਸੇਵਾਵਾਂ ਛਾਪਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਿਸਟਮ ਜਾਣਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀ ਹਾਲਤ, ਅਤੇ scutil --nc status "Work VPN" ਇੱਕ ਸੇਵਾ ਦਾ ਵੇਰਵਾ ਦਿੰਦਾ ਹੈ। ਤੀਜੀ ਧਿਰ ਦੀ ਐਪ ਵੱਲੋਂ ਰੱਖਿਆ ਟਨਲ ਉਸ ਸੂਚੀ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ ਦਿਸ ਸਕਦਾ, ਇਸ ਲਈ ਖਾਲੀ ਨਤੀਜਾ ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਕੁਝ ਵੀ ਜੁੜਿਆ ਨਹੀਂ ਹੈ।

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

ਇੰਟਰਫੇਸ, ਰੂਟ ਅਤੇ DNS ਪੜ੍ਹੋ

ਤਿੰਨ ਜਾਂਚਾਂ ਕਨੈਕਸ਼ਨ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਸਵਾਲ ਦਾ ਬਹੁਤਾ ਹਿੱਸਾ ਹੱਲ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਇਕੱਠਿਆਂ ਪੜ੍ਹਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਇਕੱਲੀ ਗੁੰਮਰਾਹ ਕਰਦੀ ਹੈ।

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30

• utun ਇੰਟਰਫੇਸ ਮੌਜੂਦ ਹੈ, ਉਸ ਰਾਹੀਂ ਡਿਫ਼ਾਲਟ ਜਾਂ ਵੰਡਿਆ ਰੂਟ ਜਾਂਦਾ ਹੈ, ਰਿਜ਼ੌਲਵਰ ਪ੍ਰਦਾਤਾ ਵੱਲ ਦਿਸਦਾ ਹੈ: ਟਨਲ ਅਜੇ ਚਾਲੂ ਹੈ ਅਤੇ ਲੇਬਲ ਪੁਰਾਣਾ ਹੈ।
• utun ਨਹੀਂ, ਆਮ ਡਿਫ਼ਾਲਟ ਰੂਟ, DNS DHCP ਤੋਂ, ਇੰਟਰਨੈੱਟ ਨਹੀਂ: ਡਿਸਕਨੈਕਟ ਹੋਣ ਵੇਲੇ ਰੋਕਣ ਵਾਲੀ ਨੀਤੀ ਆਪਣਾ ਕੰਮ ਕਰ ਰਹੀ ਹੈ।
• utun ਨਹੀਂ, ਰੂਟ ਨਹੀਂ, ਰਿਜ਼ੌਲਵਰ ਅਜੇ ਪ੍ਰਦਾਤਾ ਵੱਲ ਹੈ: ਤੋੜਨ ਦਾ ਕੰਮ ਅੱਧ ਵਿਚਾਲੇ ਰੁਕਿਆ, ਅਤੇ DNS ਉਹ ਬਚਿਆ ਹਿੱਸਾ ਹੈ ਜਿਸਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਹੈ।

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

ਵਿਆਪਕ ਕਤਲ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਮਿਟਾਉਣਾ ਕਿਉਂ ਗੁੰਮਰਾਹ ਕਰਦੇ ਹਨ

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

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

ਨਿਸ਼ਾਨ ਛੱਡਣ ਵਾਲਾ ਰੋਕਣ ਦਾ ਕ੍ਰਮ

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

1. ਦੂਰ ਦਾ ਕੰਮ ਸੰਭਾਲੋ, ਅਤੇ ਜੇ Mac ਦੂਰ ਹੈ ਤਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਉਸ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹੋ।
2. ਕਲਾਇੰਟ ਦਾ ਨਾਮ, ਸੰਸਕਰਣ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਨੋਟ ਕਰੋ। log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' ਨਾਲ ਇੱਕ ਛੋਟੀ ਵਿੰਡੋ ਕੈਪਚਰ ਕਰੋ; ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਘੱਟ ਇਤਿਹਾਸ ਰੱਖਦੇ ਹਨ, ਇਸ ਲਈ ਅਟਕਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਇਹ ਚਲਾਓ।
3. ਦਰਜ «ਡਿਸਕਨੈਕਟ ਕਰੋ» ਨਿਯੰਤਰਣ ਵਰਤੋ, ਉਡੀਕ ਕਰੋ, ਫਿਰ ਇੰਟਰਫੇਸ ਅਤੇ ਰੂਟ ਜਾਂਚਾਂ ਦੁਹਰਾਓ।
4. ਜੇ ਲੇਬਲ ਪੁਰਾਣਾ ਹੈ ਪਰ ਟਨਲ ਬੰਦ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਰਹਿਣ ਦਿਓ ਅਤੇ ਪ੍ਰੋਸੈਸ ਜ਼ਬਰਦਸਤੀ ਬੰਦ ਕਰਨ ਦੀ ਥਾਂ ਕਲਾਇੰਟ ਨੂੰ ਤਾਜ਼ਾ ਹੋਣ ਦਿਓ।
5. ਜੇ ਤੋੜਨ ਦਾ ਕੰਮ ਸੱਚਮੁੱਚ ਅਟਕ ਗਿਆ, ਤਾਂ ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਕੰਮ ਸੰਭਾਲਣ ਤੋਂ ਬਾਅਦ Mac ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਪ੍ਰਬੰਧਿਤ ਮਸ਼ੀਨਾਂ ਨੂੰ ਪ੍ਰਬੰਧਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਚਾਹੀਦੀ ਹੈ।

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