ICAP HTML પ્રતિસાદ સેવાને Squid 7 સાથે જોડો
હાલની ICAP પ્રતિસાદ સેવાને Squid 7 ફોરવર્ડ પ્રોક્સી સાથે જોડો અને નક્કી કરો કે કયા પ્રતિસાદોનું રૂપાંતર કરવું છે.
HTML પ્રતિસાદનું રૂપાંતર કરવાની જરૂર હોય તેવા Squid ફોરવર્ડ પ્રોક્સી માટે adaptation માર્ગ વાપરો. 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 પસંદ કરે છે. adaptation_access તે સેવા માટે વ્યવહારો પસંદ કરે છે. bypass=0 સેટિંગનો અર્થ છે કે લાગુ વ્યવહારને સેવા નિષ્ફળતા મળે ત્યારે Squid આ સેવાને ચૂપચાપ છોડી શકતું નથી. રૂપાંતર જરૂરી છે કે નહીં તે મુજબ તે નિષ્ફળતા વર્તન પસંદ કરો.
adaptation નિર્દેશો આવૃત્તિ-આધારિત છે. ખાસ કરીને, આ રૂપરેખાંકન સંદર્ભો Squid 7 અને અગાઉની સપોર્ટેડ શ્રેણીઓ માટે ICAP સેવા અને adaptation-ઍક્સેસ ઇન્ટરફેસની સૂચિ આપે છે, અને Squid 8માં તેમને અનુપલબ્ધ તરીકે ચિહ્નિત કરે છે. આ ટુકડાને Squid 7ના ઉદાહરણ તરીકે લો, તેને કોઈપણ આવૃત્તિમાં નકલ કરશો નહીં.
સેવાને ચોક્કસ રૂપાંતર કરાર આપો
કયા પ્રતિસાદો પાત્ર છે અને કયા ફેરફારો જરૂરી છે તે નિર્દિષ્ટ કરો. ફક્ત-HTML રૂપાંતરે ચિત્રો, આર્કાઇવ્સ અને અસંબંધિત મીડિયાને અસ્પૃશ્ય રાખવા જોઈએ. સેવાએ જે રજૂઆત ખરેખર મેળવે છે તે પણ સંભાળવી જોઈએ: સંકુચિત બોડી, અક્ષર એન્કોડિંગ અને બદલાયેલ બોડીનું વર્ણન કરતું મેટાડેટા. મનસ્વી પ્રતિસાદ બાઇટ્સમાં લખાણ દાખલ કરવું સામાન્ય HTML રૂપાંતર નથી.
બદલી વપરાશકર્તા-વિશિષ્ટ હોય ત્યારે કૅશિંગ ધ્યાનમાં લો. પરિણામી રજૂઆત ફક્ત એક વાચક માટે માન્ય હોય તો precache રૂપાંતર અને શેર્ડ કૅશ ખરાબ સંયોજન છે. કૅશક્ષમતા અને રૂપાંતર નીતિ સુસંગત રાખો, અને લાગુ no-transform નિર્દેશોનું પાલન કરો.
અંતે, સામાન્ય HTTPS CONNECT ટનલ એન્ક્રિપ્ટેડ બાઇટ્સ વહન કરે છે. તે HTMLને પ્રતિસાદ એડેપ્ટર સમક્ષ રજૂ કરતું નથી. જાણી જોઈને સંચાલિત TLS નિરીક્ષણ વ્યવસ્થાને ડિક્રિપ્ટ થયેલા પ્રતિસાદો આ માર્ગમાં પ્રવેશ કરી શકે તે પહેલાં પોતાનું સુસંગત સેટઅપ અને ક્લાયન્ટ વિશ્વાસ જોઈએ. ફક્ત ICAP નિયમ તે દૃશ્યતા ઉમેરતો નથી.