د وخت په تېرېدو سره د پروکسي وروالي: conntrack او د سرچینو محدودیتونه وګورئ
کله چې نیمګړتیاوې د وخت په تېرېدو سره راټولې شي، د اړیکو د تعقیب فشار د پروکسي او کوربه سرچینو محدودیتونو سره یوځای وڅېړئ.
پروکسي له بیا پیل وروسته ځواب ورکوي. څو ساعته وروسته نوي اړیکې بندېږي. بیا پیل کول یو بل آرامه موده اخلي. دا بڼه راټولېدونکې حالت ته اشاره کوي، خو نه ښيي چې کوم حالت مسؤل دی.
په هغه Linux لار چې د اړیکو تعقیب کاروي، یو نوماند د conntrack جدول دی. دا موجود ارزښتونه په ماشین او په هغه شبکه یي نوم فضا کې چې ترافیک اداره کوي وګورئ:
/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_maxلومړی د تخصیص شوو بهیر داخلونو راپور ورکوي؛ دویم یې محدودوي. دا د Squid کاروونکو یا HTTP غوښتنو شمېر نه دی. د کرنل بهیر حالت کولای شي د اپلیکیشن له فعال کار څخه اوږد ژوند وکړي.
یوازې لوی شمېر نه، اړیکه ولټوئ
د وخت په تېرېدو سره ډکړه د نویو اړیکو د نیمګړتیاوو له پیل او د اړوندو کرنل پیغامونو سره پرتله کړئ. لوړ شمېر پرته له سمې نیمګړتیا شاهدۍ، له هغه جدول څخه توپیر لري چې کله غوښتنې د وخت ختمېدو ته رسېږي، بیا بیا خپل حد ته رسېږي.
جدول کولای شي له پروکسي څخه ډېرو خدمت وکړي. نور محلي خدمتونه، لېږدول شوی ترافیک یا بله بوخته شبکه یي لار کولای شي برخه واخلي. دا چې د پروکسي بیا پیل ېدل نښه بدلوي، نه ثابتوي چې د Squid د توکو کیش لامل و.
سیالې څرګندونې په نظر کې وساتئ: د فایل ښودونکي، د تصدیق مرستندویانو قطارونه، د DNS ځنډونه، د حافظې فشار او ډک فایل سیسټم هم کولای شي د وخت په تېرېدو سره خراب شي. ولیکئ چې کومه سرچینه زیاتیږي او کوم عملیات لومړی کار کول بندوي. دا چې اوږدمهاله اړیکې ژوندي پاتې کېږي او نوي ناکامېږي، ګټوره شاهدي ده، نه پخپله تشخیص.
د حد لوړول د حافظې لګښت لري. مخکې له بدلون څخه کاري بار، نوم فضا او شته ظرفیت وټاکئ. پرته له فکر د وخت محدودیتونو لنډول کولای شي ګټورې بېکاره ناستې ماتې کړي؛ د ټولې اړیکې حالت پاکول کولای شي نامرتبط ترافیک ګډوډ کړي.
ګټوره پایله د راټولېدو تشریح او له هغې سره سم د ظرفیت یا د ژوند دورې بدلون دی. د لوړولو لپاره خوندي اوسېدل هغه ځانګړنه نه ده چې هر پروکسي سرور یې لري.