Успоравање проксија временом: проверите conntrack и ограничења ресурса

Прокси одговара након поновног покретања. Неколико сати касније нове везе запећу. Још једно покретање купује нови мирни интервал. Тај образац указује на стање које се гомила, али не показује које је стање одговорно.

На Linux путу који користи праћење веза један је кандидат conntrack табела. Проверите ове постојеће вредности на машини и у мрежном именском простору који обрађује саобраћај:

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

Прва пријављује додељене уносе токова; друга их ограничава. То нису бројеви Squid корисника ни HTTP захтева. Стање тока у кернелу може надживети активни рад апликације.

Тражите везу, не само велики број

Упоредите заузетост кроз време са почетком кварова нових веза и релевантним порукама кернела. Висок број без одговарајућих доказа о квару разликује се од табеле која више пута достигне границу управо када захтеви почну да истичу.

Табела може служити више од проксија. Друге локалне услуге, прослеђени саобраћај или други заузет мрежни пут могу допринети. То што поновно покретање проксија мења симптом не доказује да је Squid кеш објеката био узрок.

Држите конкурентна објашњења на видику: датотечни дескриптори, редови помоћника за аутентификацију, кашњења DNS-а, притисак на меморију и пун датотечни систем такође се могу погоршавати временом. Забележите који ресурс расте и које операције прве престају да раде. То што дуготрајне везе преживљавају док нове не успевају користан је доказ, али не и дијагноза сама по себи.

Подизање ограничења има цену у меморији. Пре промене утврдите радно оптерећење, именски простор и расположиви капацитет. Насумично скраћивање временских ограничења може покварити корисне неактивне сесије; брисање целог стања веза може пореметити неповезани саобраћај.

Користан резултат је објашњење гомилања и промена капацитета или животног циклуса која му одговара. Безбедно за повећање није својство које дели сваки прокси сервер.