ភ្ជាប់សេវាកម្មឆ្លើយតប HTML ICAP ទៅ Squid 7

សម្រាប់ប្រូកស៊ីបញ្ជូនបន្ត Squid ដែលត្រូវបំប្លែងឆ្លើយតប HTML សូមប្រើផ្លូវ adaptation។ Squid ដោះស្រាយសំណើប្រូកស៊ីរបស់កម្មវិធីរុករក; សេវាកម្មឆ្លើយតប ICAP ធ្វើការបំប្លែងតួ ហើយបញ្ជូនសារ HTTP ដែលបានកែសម្រួលត្រឡប់មកវិញ។

វាផ្តល់ទីតាំងច្បាស់លាស់ដល់ការបំប្លែងក្នុងវដ្តជីវិតនៃសំណើ។ ច្បាប់ក្បាលឆ្លើយតបមិនអាចជំនួសអ្នកញែក HTML បានទេ ហើយតម្រងម៉ាស៊ីនមេបណ្តាញដាច់ដោយឡែកមិនដំណើរការចរាចរណ៍ដែលឆ្លងកាត់ Squid ដោយស្វ័យប្រវត្តិទេ។

ភ្ជាប់សេវាកម្មឆ្លើយតប

សម្រាប់ការសាងសង់ Squid 7 ដែលមានការគាំទ្រ ICAP និងសេវាកម្មដែលត្រូវគ្នាដែលមានស្រាប់ ទម្រង់នៃការកំណត់គឺ៖

acl adaptation_clients src 192.0.2.0/24

icap_enable on
icap_service html_editor respmod_precache bypass=0 icap://127.0.0.1:1344/modify

adaptation_access html_editor allow adaptation_clients
adaptation_access html_editor deny all

ជួរអតិថិជន និង URI សេវាកម្មគឺជាឧទាហរណ៍។ URI ត្រូវតែដាក់ឈ្មោះសេវាកម្ម ICAP ពិតប្រាកដដែលអនុវត្តការបំប្លែងឆ្លើយតប; ការប្រកាស /modify មិនបង្កើតវាទេ។ ផ្នែកនេះបន្ថែមលើអ្នកស្តាប់ដែលមានស្រាប់របស់ប្រូកស៊ី និងការគ្រប់គ្រងការចូល។

respmod_precache ជ្រើសរើស adaptation ឆ្លើយតបនៅចំណុចមុនឃ្លាំងសម្ងាត់។ adaptation_access ជ្រើសរើសប្រតិបត្តិការសម្រាប់សេវាកម្មនោះ។ ការកំណត់ bypass=0 មានន័យថា Squid មិនអាចរំលងសេវាកម្មនេះដោយស្ងាត់បានទេ នៅពេលប្រតិបត្តិការដែលអនុវត្តបានជួបបរាជ័យសេវាកម្ម។ ជ្រើសរើសឥរិយាបថបរាជ័យនោះដោយផ្អែកលើថាតើការបំប្លែងជាកាតព្វកិច្ច។

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

ផ្តល់កិច្ចសន្យាបំប្លែងច្បាស់លាស់ដល់សេវាកម្ម

បញ្ជាក់ថាតើឆ្លើយតបណាដែលមានសិទ្ធិ និងការផ្លាស់ប្តូរណាដែលត្រូវការ។ ការបំប្លែងតែ HTML គួរទុករូបភាព បណ្ណសារ និងមេឌៀដែលមិនពាក់ព័ន្ធឱ្យនៅដដែល។ សេវាកម្មក៏ត្រូវដោះស្រាយតំណាងដែលវាទទួលបានពិតប្រាកដផងដែរ៖ តួដែលបានបង្ហាប់ ការអ៊ិនកូដតួអក្សរ និងទិន្នន័យមេតាដែលពិពណ៌នាតួដែលបានផ្លាស់ប្តូរ។ ការបញ្ចូលអត្ថបទទៅក្នុងបៃឆ្លើយតបតាមអំពើចិត្តមិនមែនជាការបំប្លែង HTML ទូទៅទេ។

ពិចារណាឃ្លាំងសម្ងាត់ នៅពេលការជំនួសជាក់លាក់តាមអ្នកប្រើ។ ការបំប្លែងមុនឃ្លាំងសម្ងាត់ និងឃ្លាំងសម្ងាត់រួមគ្នាគឺជាការរួមបញ្ចូលមិនល្អ ប្រសិនបើតំណាងដែលបានមកគឺត្រឹមត្រូវសម្រាប់អ្នកអានតែម្នាក់។ រក្សាភាពអាចឃ្លាំងសម្ងាត់ និងគោលនយោបាយបំប្លែង ឱ្យស៊ីគ្នា ហើយគោរពសេចក្តីបង្គាប់ no-transform ដែលអនុវត្តបាន។

ចុងក្រោយ ផ្លូវរូងក្រោមដី HTTPS CONNECT ធម្មតាដឹកបៃដែលបានអ៊ិនគ្រីប។ វាមិនបង្ហាញ HTML ដល់អ្នកកែសម្រួលឆ្លើយតបទេ។ ការរៀបចំត្រួតពិនិត្យ TLS ដែលគ្រប់គ្រងដោយចេតនាត្រូវការការកំណត់ដែលត្រូវគ្នាផ្ទាល់ខ្លួន និងទំនុកចិត្តអតិថិជន មុនពេលឆ្លើយតបដែលបានឌិគ្រីបអាចចូលផ្លូវនេះ។ ច្បាប់ ICAP តែម្នាក់ឯងមិនបន្ថែមភាពមើលឃើញនោះទេ។