DPD ਟਾਈਮਰ ਛੋਟਾ ਕਰਨ ਨਾਲ VPN ਫੇਲਓਵਰ ਤੇਜ਼ ਨਹੀਂ ਹੋਵੇਗਾ

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

ਚਾਰ ਪੜਾਅ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਸਮਾਂ ਤੁਸੀਂ ਮਾਪ ਸਕਦੇ ਹੋ

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

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

ਟਾਈਮਰ ਸਭ ਤੋਂ ਘੱਟ ਦਿਲਚਸਪ ਸੰਖਿਆ ਕਿਉਂ ਹੈ

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

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

ਅਸਲ ਵਿੱਚ ਹੌਲੀ ਪੜਾਅ ਮਾਪੋ

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

ip -4 route get 203.0.113.10
tcpdump -ni any -c 20 "esp or icmp"

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

ਵਿਕਲਪ ਪਹਿਲਾਂ ਹੀ ਵਰਤੋਂਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਫੇਲਬੈਕ ਅਸਥਿਰਤਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਰਸਤਾ

ਪ੍ਰਾਇਮਰੀ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਇੱਕ ਵੱਖਰਾ ਫੈਸਲਾ ਹੈ। ਹਮਲਾਵਰ ਫੇਲਬੈਕ ਬੈਕਅਪ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਰਿਕਵਰ ਹੋਏ ਕੰਮ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ, ਅਤੇ ਡੋਲਦਾ ਰਸਤਾ ਅਸਥਿਰ ਟਨਲ ਵਾਂਗ ਦਿਖ ਸਕਦਾ ਹੈ ਜਦੋਂ ਅਸਲੀ ਖਰਾਬੀ ਦੋ ਸਮਾਨ ਵਿਕਲਪਾਂ ਵਿਚਕਾਰ ਲਗਾਤਾਰ ਝੂਲਦਾ ਰੂਟ ਹੋਵੇ।

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

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