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

ਇੱਕ ਲੈਪਟਾਪ ਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਵਾਪਸ ਆਉਂਦੇ ਹੋਏ ਪਿੱਛੇ ਲੱਗੋ

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

ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਕੁਝ ਵੀ ਖਰਾਬੀ ਨਹੀਂ। ਦਾਖਲਾ ਰਾਹ ਉਹੀ ਕਰ ਰਿਹਾ ਹੈ ਜਿਸ ਲਈ ਉਸਨੂੰ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ।

ਅੱਧ-ਖੁੱਲ੍ਹੇ ਕੰਮ ਨੂੰ ਆਪਣਾ ਵੱਖਰਾ ਸਾਧਨ ਗਿਣੋ

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

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

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

swanctl --stats
swanctl --list-sas | grep -c ESTABLISHED

ਦਾਖਲਾ ਸੈਟਿੰਗਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ

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

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

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

grep -rn -E 'block_threshold|cookie_threshold' /etc/strongswan.conf /etc/strongswan.d/
swanctl --stats | grep -i half

ਸਿਰਫ ਸਥਿਰ ਸਥਿਤੀ ਲਈ ਨਹੀਂ, ਵਾਪਸੀ ਲਈ ਵੀ ਯੋਜਨਾ ਬਣਾਓ

ਸਿਰਫ ਸਥਾਪਿਤ ਸੈਸ਼ਨ ਗਿਣਨ ਵਾਲਾ ਉਪਲਬਧਤਾ ਟੀਚਾ ਸ਼ਾਂਤ ਦੁਪਹਿਰ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਬਹਾਲੀ ਦਾ ਨਹੀਂ। ਇਸਦੀ ਥਾਂ ਪੁੱਛੋ ਕਿ ਸਾਂਝੀ ਨੈੱਟਵਰਕ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਇੱਛਤ ਆਬਾਦੀ ਕਿਵੇਂ ਵਾਪਸ ਆਉਂਦੀ ਹੈ ਅਤੇ ਕੀ ਦਾਖਲਾ ਰਾਹ ਉਹ ਆਕਾਰ ਸੋਖ ਸਕਦਾ ਹੈ।

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

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

ਸੰਬੰਧਿਤ ਲੇਖ