តាមដានការផ្ទៀងផ្ទាត់ Squid 7 ជាមួយ debug_options ផ្នែក 29
ប្រើសម័យ debug មានកំណត់នៃផ្នែក 29 ដើម្បីតាមដានការប្រកួតប្រជែង ការឆ្លើយតបរបស់អតិថិជន ជំនួយការផ្ទៀងផ្ទាត់ និងការសម្រេចសេចក្តីស្តីពីគោលនយោបាយចូល។
407 ដំបូងរបស់ Squid អាចជាការចាប់ផ្តើមនៃការផ្ទៀងផ្ទាត់។ ដើម្បីរកកន្លែងដែលការព្យាយាមឈប់ សូមតាមដានលំដាប់សំណើមួយតាមរយៈអតិថិជន យន្តការផ្ទៀងផ្ទាត់ និងការសម្រេចចូល។
ក្នុងសម័យរករោគ Squid 7 ផ្នែក 29 មានសាររៀបចំកំហុសផ្ទៀងផ្ទាត់។ ការកំណត់រចនាសម្ព័ន្ធបណ្ដោះអាសន្នអាចរក្សាកម្រិតព្រមានទូទៅ ខណៈបង្កើនផ្នែកនោះ៖
debug_options ALL,1 29,5
កត់ត្រាការកំណត់ debug មុន អនុវត្តការកំណត់រចនាសម្ព័ន្ធរករោគ ហើយធ្វើការព្យាយាមតូចដែលអាចសម្គាល់បានឡើងវិញ។ អានលទ្ធផល debug នៅគោលដៅ cache_log ដែលបានកំណត់ រួមជាមួយកំណត់ហេតុចូល។
| ភស្តុតាងត្រូវរក | សំណួរដែលវាឆ្លើយ |
|---|---|
| គម្រោង Proxy-Authenticate ដែលបានផ្ដល់ | តើប្រូកស៊ីនេះសុំឱ្យអតិថិជនប្រើអ្វី? |
| ការឆ្លើយតបផ្ទៀងផ្ទាត់របស់អតិថិជន | តើអតិថិជនបន្តការផ្លាស់ប្តូរដែលបានផ្ដល់ឬទេ? |
| យន្តការផ្ទៀងផ្ទាត់ ឬលទ្ធផលជំនួយការ | តើគណនីត្រូវបានទទួលយក បដិសេធ ឬត្រូវបានទប់ស្កាត់ដោយការបរាជ័យក្នុងដំណើរការ? |
| ការសម្រេចគោលនយោបាយចូលរបស់ Squid | តើមានអ្វីកើតឡើងចំពោះសំណើបន្ទាប់ពីស្ថានភាពផ្ទៀងផ្ទាត់នោះ? |
គម្រោងខ្លះត្រូវការជុំប្រកួតប្រជែងច្រើន។ ធាតុ 407 ដែលធ្វើម្តងទៀតតែម្នាក់ឯងមិនបញ្ជាក់ថាកម្មវិធីរុករកមិនអើពើនឹងការជម្រុញ ឬពាក្យសម្ងាត់ដែលបានផ្ដល់គឺខុសទេ។
ចំពោះការបរាជ័យរបស់ជំនួយការ សូមពិនិត្យជំនួយការដែលបានកំណត់ និងពិធីការលទ្ធផលជាក់លាក់នៃគម្រោងរបស់វា។ ដំណើរការដែលមិនអាចចាប់ផ្តើមគឺជាកំហុសខុសពីជំនួយការកំពុងដំណើរការដែលបដិសេធគណនី។ ប្រសិនបើការផ្ទៀងផ្ទាត់ត្រូវបានទទួលយក ប៉ុន្តែ Squid នៅតែបដិសេធសំណើ សូមអនុវត្តតាមច្បាប់ចូលដែលត្រូវគ្នា។
ស្ដារកម្រិត debug ដើមវិញនៅពេលយល់លំដាប់នោះ។ លទ្ធផលពេញលេញកម្រិត 9 អាចធំខ្លាំងណាស់; ការរករោគផ្ទៀងផ្ទាត់ក៏ត្រូវការការគ្រប់គ្រងមានកំណត់ ព្រោះព័ត៌មានលម្អិតគណនី និងស្ថានភាពរសើបផ្សេងទៀតអាចលេចឡើង។