បញ្ជូនឈ្មោះអ្នកប្រើដែលបានផ្ទៀងផ្ទាត់របស់ Squid 7 ទៅសេវា ICAP

សេវា ICAP អាចទទួលអត្តសញ្ញាណដែលបានផ្ទៀងផ្ទាត់ដែល Squid ដឹង ប៉ុន្តែភាគីទាំងពីរត្រូវយល់ព្រមពីរបៀបដែលអត្តសញ្ញាណនោះត្រូវបានដឹកជញ្ជូន។ ការដាក់ឈ្មោះក្បាលមួយតែម្នាក់ឯងមិនបើកការបញ្ជូនឈ្មោះអ្នកប្រើទេ។

សម្រាប់ការដំឡើង Squid 7 ដែលមានស្រាប់ជាមួយការគាំទ្រ ICAP និងការផ្ទៀងផ្ទាត់អតិថិជន ការកំណត់ពាក់ព័ន្ធអាចជា៖

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

នេះបំពេញបន្ថែមសេវា ICAP ដែលមានស្រាប់ ច្បាប់សម្របសម្រួល និងការកំណត់ការចូលប្រូកស៊ី។ វាមិនបង្កើតការផ្ទៀងផ្ទាត់ ឬសេវាសម្របសម្រួលទេ។

ឱ្យត្រូវនឹងធាតុបញ្ចូលរបស់សេវា

ក្បាលឈ្មោះអ្នកប្រើលំនាំដើមរបស់ Squid គឺ X-Client-Username។ ប្រសិនបើអាដាប់ទ័ររំពឹង X-Authenticated-User សូមផ្លាស់ប្តូរឈ្មោះដែលបានកំណត់របស់ Squid ដូចខាងលើ ឬកំណត់អាដាប់ទ័រឱ្យអានលំនាំដើម។ ការផ្គូផ្គងឈ្មោះក្បាលអនុវត្តតាមច្បាប់ HTTP ដែលមិនប្រកាន់អក្សរធំ-តូច។

ការអ៊ិនកូដក៏ត្រូវតែត្រូវគ្នាដែរ។ នៅពេល icap_client_username_encode ត្រូវបានបើក Squid អ៊ិនកូដតម្លៃជា Base64។ សេវាត្រូវឌិកូដការតំណាងនោះ ជាជាងចាត់ទុកវាជាឈ្មោះអ្នកប្រើផ្សេង។

នេះជាមេតាដាតាអំពីការផ្លាស់ប្តូរ ICAP រវាង Squid និងសេវារបស់វា។ នេះមិនមែនជាការណែនាំឱ្យផ្ញើក្បាលអត្តសញ្ញាណអ្នកប្រើទៅគ្រប់គេហទំព័រគោលដៅទេ។

ប្រសិនបើសេវានៅតែរាយការណ៍អាសយដ្ឋាន IP

បញ្ជាក់ថាប្រតិបត្តិការមានឈ្មោះអ្នកប្រើដែលបានផ្ទៀងផ្ទាត់នៅ Squid ពិតប្រាកដ ការបញ្ជូនឈ្មោះអ្នកប្រើត្រូវបានបើក ហើយសេវាអានក្បាលដែលបានកំណត់។ ការត្រឡប់របស់អាដាប់ទ័រទៅអាសយដ្ឋានអតិថិជនមិនបញ្ជាក់ថាការផ្ទៀងផ្ទាត់ Squid បរាជ័យទេ។ ការផ្ទេរខ្លួនវាអាចខ្វះ ឬមានឈ្មោះខុស។

ចាត់ទុកអត្តសញ្ញាណនេះជាគួរទុកចិត្តតែលើផ្លូវដែលគ្រប់គ្រងរវាង Squid និងអាដាប់ទ័រ។ ការណែនាំទាំងនេះអាស្រ័យលើកំណែ៖ ឯកសារយោងការកំណត់រាយពួកវាសម្រាប់ Squid 7 និងបន្ទាត់មុនៗ ហើយសម្គាល់ថាមិនមាននៅក្នុង Squid 8។