vpnc 24 ਮਿੰਟਾਂ 'ਤੇ ਕਿਉਂ ਡਿਸਕਨੈਕਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੀ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜਾ ਟਾਈਮਰ ਤੁਹਾਡਾ ਹੈ: ਕੀ ਕਲਾਇੰਟ ਨਿਸ਼ਕਿਰਿਆ ਸੈਸ਼ਨ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਕੀ ਰੀਕੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੀ ਕਿਸੇ ਅਨੁਵਾਦਕ ਗੇਟਵੇ ਨੇ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਮੁੜ ਲਿਖਿਆ ਹੈ।

ਕਿਹੜਾ ਟਾਈਮਰ ਇਸ ਟੁੱਟਣ ਦਾ ਮਾਲਕ ਹੈ

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

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

ਪਹਿਲਾ ਮਾਮਲਾ: ਕਲਾਇੰਟ ਨਿਸ਼ਕਿਰਿਆ ਸੈਸ਼ਨ ਛੱਡ ਦਿੰਦਾ ਹੈ

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

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

ਕਲਾਇੰਟ DPD ਬੰਦ ਕਰਨਾ ਇੱਕ ਝੂਠਾ ਅਲਾਰਮ ਹਟਾਉਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਇੱਕੋ-ਇੱਕ ਸਥਾਨਕ ਖੋਜ ਵੀ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸ ਨੂੰ ਇਕੱਲਾ ਲਾਗੂ ਕਰੋ ਅਤੇ ਦੇਖੋ ਕਿ ਅੰਤਰਾਲ ਬਿਲਕੁਲ ਬਦਲਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਦੂਜਾ ਮਾਮਲਾ: ਰੀਕੀ ਰੱਦ ਹੁੰਦੀ ਹੈ

ਜੇ ਅੰਤਰਾਲ DPD ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਿਆ ਰਹੇ, ਤਾਂ 1 ਲੀ ਫੇਜ਼ ਦੀ ਰੀਕੀ ਉਮੀਦਵਾਰ ਬਣਦੀ ਹੈ। ਪੁਰਾਣੀਆਂ vpnc ਬਿਲਡਾਂ ਮੌਜੂਦਾ ਨਾਲੋਂ ਘੱਟ ਸਾਵਧਾਨੀ ਨਾਲ ਰੀਕੀ ਸੰਭਾਲਦੀਆਂ ਸਨ, ਅਤੇ ਆਮ ਮਤਭੇਦ Diffie-Hellman ਗਰੁੱਪ ਹੈ। ਹੈੱਡ-ਐਂਡ ਪਹਿਲਾਂ ਹੀ ਸਵੀਕਾਰ ਕਰਦਾ ਗਰੁੱਪ ਥੋਪਣ ਲਈ ਇੱਕ ਲਾਈਨ ਅਤੇ ਇੱਕ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਲੱਗਦਾ ਹੈ, ਜੋ ਇਸ ਨੂੰ ਨੀਤੀ ਬਦਲਾਅ ਦੀ ਬਜਾਏ ਸਸਤਾ ਪ੍ਰਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।

IKE DH Group dh5

ਵੈਧ ਗਰੁੱਪ ਨਾਮ dh1, dh2 ਅਤੇ dh5 ਹਨ। ਕਨਸੈਂਟ੍ਰੇਟਰ ਜਿਸ ਗਰੁੱਪ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ ਉਹ ਤੁਰੰਤ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਜਾਣਕਾਰੀ ਹੈ: ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਹੈੱਡ-ਐਂਡ ਚੋਣਕਾਰ ਹੈ ਅਤੇ ਮੂਲ ਗਰੁੱਪ ਸ਼ਾਇਦ ਸਹੀ ਸੀ।

ਤੀਜਾ ਮਾਮਲਾ: ਅਨੁਵਾਦ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਮੁੜ ਲਿਖਦਾ ਹੈ

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

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

ਜੋ ਪਰੋਫਾਈਲ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜੁੜਦੀ ਹੈ ਪਰ ਡੈਸਕਟਾਪ ਤੋਂ ਨਹੀਂ, ਉਹ ਫਰੰਟਐਂਡ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਟਾਈਮਰ ਦੀ ਨਹੀਂ।

ਤੀਜੇ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਦੀ ਜਾਂਚ ਕਰੋ

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

vpnc --debug 3 office

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