ICAP HTML പ്രതികരണ സേവനം 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 നിയമം മാത്രം ആ ദൃശ്യത ചേർക്കുന്നില്ല.