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 կանոնը չի ավելացնում այդ տեսանելիությունը։

Առնչվող հոդվածներ