ការយឺតយ៉ាវរបស់ proxy តាមពេលវេលា៖ ពិនិត្យ conntrack និងដែនកំណត់ធនធាន

proxy ឆ្លើយតបបន្ទាប់ពីចាប់ផ្ដើមឡើងវិញ។ ប៉ុន្មានម៉ោងក្រោយមក ការតភ្ជាប់ថ្មីជាប់គាំង។ ការចាប់ផ្ដើមឡើងវិញម្ដងទៀតទិញរយៈពេលស្ងាត់មួយទៀត។ លំនាំនេះបង្ហាញពីស្ថានភាពកកកុញ ប៉ុន្តែមិនបញ្ជាក់ថាស្ថានភាពណាជាអ្នកទទួលខុសត្រូវ។

នៅលើផ្លូវ Linux ដែលប្រើការតាមដានការតភ្ជាប់ បេក្ខជនមួយគឺតារាង conntrack។ ពិនិត្យតម្លៃដែលមានស្រាប់ទាំងនេះនៅលើម៉ាស៊ីន និងក្នុង network namespace ដែលគ្រប់គ្រងចរាចរណ៍៖

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

ទីមួយរាយការណ៍ពីធាតុលំហូរដែលបានបែងចែក; ទីពីរកំណត់វា។ ទាំងនេះមិនមែនជាចំនួនអ្នកប្រើ Squid ឬសំណើ HTTP ទេ។ ស្ថានភាពលំហូររបស់ខឺណែលអាចរស់បានយូរជាងការងារសកម្មរបស់កម្មវិធី។

រកទំនាក់ទំនង មិនមែនត្រឹមតែលេខធំ

ប្រៀបធៀបការប្រើប្រាស់តាមពេលវេលាជាមួយការចាប់ផ្ដើមបរាជ័យនៃការតភ្ជាប់ថ្មី និងសារខឺណែលពាក់ព័ន្ធ។ ចំនួនខ្ពស់ដោយគ្មានភស្តុតាងបរាជ័យត្រូវគ្នា ខុសពីតារាងដែលឈានដល់ដែនកំណត់របស់ខ្លួនម្ដងហើយម្ដងទៀត នៅពេលសំណើចាប់ផ្ដើមផុតកំណត់ពេល។

តារាងអាចបម្រើច្រើនជាង proxy។ សេវាកម្មមូលដ្ឋានផ្សេងទៀត ចរាចរណ៍បញ្ជូនបន្ត ឬផ្លូវបណ្ដាញដែលមមាញឹកផ្សេងទៀតអាចចូលរួមបាន។ ការដែល proxy ចាប់ផ្ដើមឡើងវិញផ្លាស់ប្ដូររោគសញ្ញា មិនបញ្ជាក់ថា cache វត្ថុរបស់ Squid ជាមូលហេតុទេ។

រក្សាការពន្យល់ប្រកួតប្រជែងឱ្យនៅក្នុងការមើលឃើញ៖ file descriptor ជួររង់ចាំរបស់ជំនួយការផ្ទៀងផ្ទាត់ ការពន្យារ DNS សម្ពាធអង្គចងចាំ និងប្រព័ន្ធឯកសារពេញ ក៏អាចកាន់តែអាក្រក់តាមពេលវេលាដែរ។ កត់ត្រាថាធនធានណាកំពុងកើន និងប្រតិបត្តិការណាឈប់ដំណើរការមុនគេ។ ការដែលការតភ្ជាប់អាយុយូររស់រាន ខណៈថ្មីបរាជ័យ គឺជាភស្តុតាងមានប្រយោជន៍ មិនមែនការធ្វើរោគវិនិច្ឆ័យដោយខ្លួនឯងទេ។

ការបង្កើនដែនកំណត់មានតម្លៃអង្គចងចាំ។ មុនពេលផ្លាស់ប្ដូរ កំណត់បន្ទុកការងារ namespace និងសមត្ថភាពដែលមាន។ ការកាត់ពេលវេលាកំណត់ដោយគ្មានការវិនិច្ឆ័យ អាចបំផ្លាញសម័យស្ងាត់ដែលមានប្រយោជន៍; ការសម្អាតស្ថានភាពតភ្ជាប់ទាំងអស់ អាចរំខានចរាចរណ៍ដែលមិនពាក់ព័ន្ធ។

លទ្ធផលមានប្រយោជន៍គឺការពន្យល់អំពីការកកកុញ និងការផ្លាស់ប្ដូរសមត្ថភាព ឬវដ្តជីវិតដែលសមនឹងវា។ សុវត្ថិភាពក្នុងការបង្កើន មិនមែនជាលក្ខណៈដែលម៉ាស៊ីនមេ proxy គ្រប់គ្រងមាននោះទេ។