ਸਮੇਂ ਨਾਲ ਪ੍ਰੌਕਸੀ ਦਾ ਹੌਲੀ ਹੋਣਾ: conntrack ਅਤੇ ਸਰੋਤ ਸੀਮਾਵਾਂ ਜਾਂਚੋ

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

ਕਨੈਕਸ਼ਨ ਟ੍ਰੈਕਿੰਗ ਵਰਤਣ ਵਾਲੇ Linux ਰਸਤੇ ਤੇ ਇੱਕ ਸੰਭਾਵੀ ਕਾਰਨ conntrack ਟੇਬਲ ਹੈ। ਮਸ਼ੀਨ ਤੇ ਅਤੇ ਟ੍ਰੈਫਿਕ ਸੰਭਾਲਣ ਵਾਲੇ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਵਿੱਚ ਇਹ ਮੌਜੂਦਾ ਮੁੱਲ ਜਾਂਚੋ:

/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_max

ਪਹਿਲਾ ਅਲਾਟ ਕੀਤੀਆਂ ਫਲੋ ਐਂਟਰੀਆਂ ਦੱਸਦਾ ਹੈ; ਦੂਜਾ ਉਨ੍ਹਾਂ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਇਹ Squid ਵਰਤੋਂਕਾਰਾਂ ਜਾਂ HTTP ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਹਨ। ਕਰਨਲ ਦੀ ਫਲੋ ਸਥਿਤੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਰਗਰਮ ਕੰਮ ਤੋਂ ਵੱਧ ਸਮਾਂ ਟਿਕ ਸਕਦੀ ਹੈ।

ਸਿਰਫ਼ ਵੱਡੀ ਗਿਣਤੀ ਨਹੀਂ, ਸੰਬੰਧ ਲੱਭੋ

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

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

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

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

ਲਾਹੇਵੰਦ ਨਤੀਜਾ ਇਕੱਠਾ ਹੋਣ ਦੀ ਵਿਆਖਿਆ ਅਤੇ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਸਮਰੱਥਾ ਜਾਂ ਜੀਵਨ-ਚੱਕਰ ਤਬਦੀਲੀ ਹੈ। ਵਧਾਉਣਾ ਸੁਰੱਖਿਅਤ ਹੋਣਾ ਹਰ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਵਿੱਚ ਮੌਜੂਦ ਗੁਣ ਨਹੀਂ ਹੈ।