የICAP HTML ምላሽ አገልግሎትን ከSquid 7 ጋር ማገናኘት

HTML ምላሽን መቀየር ለሚፈልግ የSquid ፊት ፕሮክሲ የማስተካከያ መንገዱን ይጠቀሙ። 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 ደንብ ብቻውን ያንን ታይነት አይጨምርም።