Mac ਦਾ VPN ਇੱਕ ਵਾਰ ਜੁੜਦਾ ਹੈ, ਫਿਰ ਸਮਾਂ ਖ਼ਤਮ: IKE ਡੀਮਨ ਸਾਫ਼ ਕਰੋ

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

macOS 'ਤੇ ਉਹ ਚੀਜ਼ ਆਮ ਤੌਰ 'ਤੇ IKE ਡੀਮਨ ਹੁੰਦੀ ਹੈ।

ਪੈਟਰਨ: ਇੱਕ ਵਾਰ ਕਨੈਕਸ਼ਨ, ਫਿਰ ਸਮਾਂ ਖ਼ਤਮ

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

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

ਦੋ ਡੀਮਨ, ਇੱਕ ਪੋਰਟ

ਸਿਸਟਮ ਚਲਾਉਂਦਾ ਹੈ racoon ਜਦੋਂ ਕੋਈ ਕਨੈਕਸ਼ਨ IKE ਸੰਸਕਰਣ 1 ਬੋਲਦਾ ਹੈ। ਮੌਜੂਦਾ ਰਿਲੀਜ਼ਾਂ ਵੀ ਲਿਆਉਂਦੀਆਂ ਹਨ iked IKEv2 ਅਤੇ ਨਵੇਂ IPsec ਸਟੈਕ ਲਈ। ਦੋਵੇਂ UDP 500 ਅਤੇ UDP 4500 ਬੰਨ੍ਹ ਸਕਦੇ ਹਨ, ਅਤੇ ਪਾਸਵਰਡ ਪ੍ਰੋਂਪਟ 'ਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਰੱਦ ਹੋਣ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਨਾਲ ਰੁਕਾਵਟ ਆਉਣ 'ਤੇ ਦੋਵੇਂ ਅੱਧ-ਖੁੱਲ੍ਹਾ ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਰੱਖ ਸਕਦੇ ਹਨ।

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

ਕੁਝ ਵੀ ਮਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕ ਲੱਭੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨੀ ਹੈ ਅਤੇ ਅੱਗੇ ਕਿਹੜਾ ਲੌਗ ਪੜ੍ਹਨਾ ਹੈ।

sudo lsof -i :500 -i :4500
ps -ef | grep -E "racoon|iked"

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

ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਕੰਮ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ

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

sudo launchctl stop com.apple.racoon
sudo launchctl start com.apple.racoon

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

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

ਜਦੋਂ ਸਰਵਰ ਹੀ ਮਨਾਹੀ ਕਰ ਰਿਹਾ ਹੋਵੇ

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

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

ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੀਅਰ ਦਾ ਲੌਗ ਪੜ੍ਹੋ। ਮਨਾਹੀ, ਨੀਤੀ ਅਣਬਣ ਅਤੇ ਚੁੱਪ ਛੱਡਣਾ ਤਿੰਨ ਵੱਖਰੇ ਕਾਰਨ ਹਨ ਜੋ Mac ਦੀ ਸਕ੍ਰੀਨ 'ਤੇ ਸਭ “ਜੁੜ ਰਿਹਾ ਹੈ” ਵਰਗੇ ਦਿਖਦੇ ਹਨ।

ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਅਤੇ 64-ਬਿੱਟ ਕਰਨਲ

ਪੁਰਾਣਾ Cisco IPSec ਕਲਾਇੰਟ 32-ਬਿੱਟ ਅਤੇ PowerPC ਸਿਸਟਮਾਂ ਲਈ ਬਣਿਆ ਕਰਨਲ ਐਕਸਟੈਂਸ਼ਨ ਲੋਡ ਕਰਦਾ ਹੈ। 64-ਬਿੱਟ ਕਰਨਲ ਵਿੱਚ ਬੂਟ ਹੋਏ Mac 'ਤੇ ਉਹ ਐਕਸਟੈਂਸ਼ਨ ਲੋਡ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਅਤੇ ਕਲਾਇੰਟ ਗਲਤੀ 51 ਨਾਲ ਜਲਦੀ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ VPN ਸਬਸਿਸਟਮ ਤੱਕ ਬਿਲਕੁਲ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਗਲਤ ਆਰਕੀਟੈਕਚਰ ਵਾਲਾ ਕਰਨਲ ਐਕਸਟੈਂਸ਼ਨ ਕਿੰਨੇ ਵੀ ਡੀਮਨ ਰੀਸਟਾਰਟ ਨਾਲ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ।

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

• ਇੱਕ ਵਾਰ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰੋ, ਫਿਰ ਪ੍ਰੋਫ਼ਾਈਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਕਿਹੜਾ ਡੀਮਨ UDP 500 ਰੱਖਦਾ ਹੈ।
• ਪੜਾਅ 1 ਤੋਂ ਬਾਅਦ ਦੀ ਪਹਿਲੀ ਅਸਫਲਤਾ ਪੜ੍ਹੋ: ਟ੍ਰਾਂਸਮਿਟ ਗਲਤੀ ਸਥਾਨਕ ਸਾਕਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ।
• ਸਿਰਫ਼ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, launchd ਕੰਮ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪੋਰਟ ਮੁਕਤ ਹੈ।
• ਸਰਵਰ-ਪਾਸੇ ਦੀ ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੰਡੋ ਨੂੰ ਕਲਾਇੰਟ ਖਰਾਬੀ ਤੋਂ ਵੱਖ ਕਰਨ ਲਈ ਦੂਜਾ ਖਾਤਾ ਅਜ਼ਮਾਓ।
• ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਕਰਨਲ ਆਰਕੀਟੈਕਚਰ ਲਿਖੋ।

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