Mae angen dirprwy o flaen sganiwr ICAP
Rhowch wasanaeth addasu ICAP yn ei rôl gywir yn hytrach na rhoi ei borth fel dirprwy porwr.
browser → forward proxy → website
↕
ICAP service
Ffurfweddwch y porwr i ddefnyddio'r dirprwy blaen, nid porth ICAP y sganiwr. Y dirprwy yw cleient ICAP; y sganiwr yw gweinydd ICAP. Gall gwrandäwr ar borth 1344 fod yn iach heb ddeall ceisiadau dirprwy HTTP ar ffurf porwr na CONNECT.
Mae llwybr ochr ICAP yn derbyn negeseuon HTTP dethol i'w harchwilio neu eu haddasu. Nid yw o reidrwydd yn allanfa ryngrwyd arall mewn cadwyn ddirprwy gyfresol.
Dewiswch y cam yn ôl yr hyn sydd angen ei archwilio. Mae REQMOD yn trin ceisiadau a gyflwynwyd; mae RESPMOD yn trin ymatebion a gyflwynwyd. Nid yw sganiwr ymatebion ynddo'i hun yn archwilio uwchlwythiadau. Mae angen i'r cynnyrch dirprwy a ddewiswyd gefnogi cleient ICAP ar gyfer y gwasanaeth a'r cam sydd eu hangen arnoch.
Mewn fersiynau o Squid sydd â chefnogaeth ICAP, mae diffiniadau gwasanaeth a rheolau mynediad addasu ar wahân. Nid yw datgan y sganiwr yn ddigon i basio pob trafodiad iddo. Ar gyfer gwasanaeth ymateb Squid 7, ffurfweddwch ddewis gwasanaeth ICAP a mynediad addasu gyda'i gilydd. Diffiniwch a yw gwall gwasanaeth yn rhwystro cais neu'n caniatáu'r osgoi a ffurfweddwyd, fel rhan o'r gofyniad hidlo.
Mae CONNECT cyffredin hefyd yn gadael cynnwys cymhwysiad HTTPS yn gyfriniedig. Nid yw pasio'r twnnel trwy ddirprwy yn darparu corff ymateb HTTP i'w sganio. Mae angen i unrhyw drefniant dadgryptio TLS bwriadol gael ei ffurfweddiad cydnaws ei hun ac ymddiriedaeth y cleient.