រកសំណើដែលបរាជ័យក្នុងកំណត់ហេតុ Squid

ប្រើ access.log សម្រាប់លទ្ធផលប្រតិបត្តិការ និង cache.log សម្រាប់កំហុសរបស់ Squid ផ្ទាល់ ហើយបែងចែកស្ថានភាពផ្លូវរូងពីស្ថានភាពគោលដៅ។

ក្នុងកញ្ចប់ Squid 6 របស់ Debian សូមចាប់ផ្តើមពីកំណត់ហេតុប្រតិបត្តិការ និង daemon ធម្មតា៖

sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.log

ការកំណត់កំណត់ហេតុផ្ទាល់ខ្លួន ឬកម្មវិធីគ្រប់គ្រងសេវាអាចផ្ញើវាទៅកន្លែងផ្សេង។ បង្កើតសំណើដែលមានវិសាលភាពកំណត់មួយឡើងវិញពីប្រភពដែលស្គាល់ ហើយកត់ពេលវេលា វិធីសាស្ត្រ និងគោលដៅ ដើម្បីផ្គូផ្គងកំណត់ត្រាត្រឹមត្រូវ។

ភស្តុតាងអ្វីដែលត្រូវអានពីវា
លទ្ធផលក្នុងទម្រង់ដើមរបស់ access.logកូដលទ្ធផល Squid និងស្ថានភាព HTTP ជាផ្នែកដាច់ដោយឡែកនៃប្រតិបត្តិការ។
ព័ត៌មានលំដាប់ថ្នាក់ចូលប្រើរបៀបដែលការបញ្ជូនបន្តបានប្រើប្រូកស៊ីមេ ឬផ្លូវផ្សេង។
CONNECT ជោគជ័យផ្លូវរូងបានបើក មិនមែនជាស្ថានភាពគេហទំព័រដែលមកក្រោយនៅក្នុង TLS ដែលបានអ៊ិនគ្រីបទេ។
cache.logកំហុសកម្មវិធីជំនួយ ការចាប់ផ្តើម កម្មវិធីដោះស្រាយឈ្មោះ និងការកំណត់ក្នុង Squid ផ្ទាល់។

បើមិនមានសំណើដែលត្រូវគ្នា សូមបញ្ជាក់ថាម៉ាស៊ីនអតិថិជននេះបានទៅដល់ Squid ដែលកំពុងដំណើរការនេះ និងកម្មវិធីស្តាប់នេះ។ ពិនិត្យ ACL កំណត់ហេតុ ការផ្ទុកបណ្ដោះអាសន្ន ការបង្វិលឯកសារ និងថាប្រតិបត្តិការនៅតែសកម្មឬអត់។ ផ្លូវរូងដែលបើកយូរអាចមិនទាន់មានកំណត់ត្រាចូលប្រើចុងក្រោយ។ ការរំលងប្រូកស៊ី ឬដំណើរការប្រូកស៊ីចាស់អាចផ្ញើចរាចរណ៍ទៅកន្លែងផ្សេង ដូច្នេះផ្គូផ្គងដំណើរការដែលកំពុងស្តាប់ជាមួយការកំណត់ដែលវាបានផ្ទុក មុនកែគោលការណ៍ចូលប្រើ។

ចែករំលែកប្រតិបត្តិការពាក់ព័ន្ធដែលបានលាក់ទិន្នន័យរសើប និងកំហុសនៅជិតនោះ។ URL សំណួរ អាសយដ្ឋានប្រភព និងឈ្មោះអ្នកប្រើអាចជាព័ត៌មានឯកជន។ ការបញ្ចេញកំណត់ហេតុទាំងមូល ឬបើកការកត់ត្រាបឋមកថាទាំងអស់ដោយមិនមានតម្រូវការជាក់លាក់ បង្កើនការបង្ហាញព័ត៌មានជាជាងភស្តុតាងមានប្រយោជន៍។

អត្ថបទពាក់ព័ន្ធ