ICAP HTML პასუხის სერვისის დაკავშირება Squid 7-თან
დააკავშირეთ არსებული ICAP პასუხის სერვისი Squid 7 წინა პროქსისთან და გადაწყვიტეთ, რომელი პასუხები უნდა გარდაიქმნას.
Squid წინა პროქსისთვის, რომელსაც HTML პასუხის გარდაქმნა სჭირდება, გამოიყენეთ ადაპტაციის გზა. Squid ამუშავებს ბრაუზერის პროქსი მოთხოვნას; ICAP პასუხის სერვისი ასრულებს სხეულის გარდაქმნას და აბრუნებს ადაპტირებულ HTTP შეტყობინებას.
ეს გარდაქმნას აძლევს განსაზღვრულ ადგილს მოთხოვნის სასიცოცხლო ციკლში. პასუხის სათაურის წესი ვერ ჩაანაცვლებს HTML პარსერს, და ცალკე ვებ-სერვერის ფილტრი ავტომატურად არ ამუშავებს Squid-ის გავლით მიმავალ ტრაფიკს.
პასუხის სერვისის დაკავშირება
ICAP მხარდაჭერის მქონე Squid 7 აწყობისა და არსებული თავსებადი სერვისისთვის კონფიგურაციის ფორმა ასეთია:
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_access ირჩევს ტრანზაქციებს ამ სერვისისთვის. bypass=0 პარამეტრი ნიშნავს, რომ Squid ვერ გამოტოვებს ამ სერვისს ჩუმად, როცა შესაბამისი ტრანზაქცია სერვისის ხარვეზს წააწყდება. აირჩიეთ ეს ხარვეზის ქცევა იმის მიხედვით, სავალდებულოა თუ არა გარდაქმნა.
ადაპტაციის დირექტივები ვერსიაზეა დამოკიდებული. კერძოდ, ეს კონფიგურაციის ცნობები ჩამოთვლის ICAP სერვისისა და ადაპტაციის წვდომის ინტერფეისებს Squid 7-ისა და ადრინდელი მხარდაჭერილი ხაზებისთვის და მონიშნავს მათ მიუწვდომლად Squid 8-ში. მოეპყარით ფრაგმენტს როგორც Squid 7-ის მაგალითს და ნუ დააკოპირებთ მას თვითნებურ გამოშვებაში.
მიეცით სერვისს ზუსტი გარდაქმნის ხელშეკრულება
მიუთითეთ, რომელი პასუხებია დასაშვები და რა ცვლილებებია საჭირო. მხოლოდ HTML-ის გარდაქმნამ ხელუხლებლად უნდა დატოვოს სურათები, არქივები და დაუკავშირებელი მედია. სერვისმა ასევე უნდა დაამუშაოს ის წარმოდგენა, რომელსაც რეალურად იღებს: შეკუმშული სხეულები, სიმბოლოთა კოდირებები და შეცვლილი სხეულის აღწერის მეტამონაცემები. ტექსტის ჩასმა თვითნებურ პასუხის ბაიტებში ზოგადი HTML გარდაქმნა არ არის.
გაითვალისწინეთ ქეში, როცა ჩანაცვლება მომხმარებელზე სპეციფიკურია. ქეშამდე გარდაქმნა და საზიარო ქეში ცუდი კომბინაციაა, თუ მიღებული წარმოდგენა მხოლოდ ერთი მკითხველისთვისაა ძალაში. შეინარჩუნეთ ქეშირებადობისა და გარდაქმნის პოლიტიკის შესაბამისობა და დაიცავით მოქმედი no-transform დირექტივები.
დასასრულს, ჩვეულებრივი HTTPS CONNECT გვირაბი დაშიფრულ ბაიტებს გადააქვს. ის HTML-ს არ ამჟღავნებს პასუხის ადაპტერს. განზრახ მართული TLS ინსპექციის სქემას სჭირდება საკუთარი თავსებადი კონფიგურაცია და კლიენტის ნდობა, სანამ გაშიფრული პასუხები ამ გზაზე შემოვა. მხოლოდ ICAP წესი ამ ხილვადობას არ მატებს.