Squid külső ACL-gyorsítótárazás: miért nem hívódik meg a segédprogram minden alkalommal

Egy segédprogram, amely egy kérést naplóz, majd elhallgat, normális lehet. A Squid kiértékelhet egy szabályt gyorsítótárazott külső ACL-eredménnyel anélkül, hogy újabb lekérdezést küldene a segédprogramnak.

Először határozza meg az újrahasznosítható döntést. „Használhatja ez a fiók a proxyt?” más bemeneteket igényel, mint a „Elérheti ez a fiók ezt a célt?” A kiterjesztett külső ACL-formátum alkotja a gyorsítótár kulcsát. Ha a segédprogram felhasználónév és cél szerint dönt, de a kulcs csak a felhasználónevet tartalmazza, egy gyorsítótárazott jóváhagyás szélesebb körben érvényesülhet a szándékoltnál. Vegye fel az összes választ megváltoztató bemenetet, és kerülje azokat a részleteket, amelyek csak az egyenértékű döntéseket töredezik.

Ezután válassza a frissességet. A pozitív ttl és negative_ttl az egyező és nem egyező eredményeket szabályozza; a grace a bejegyzés lejárata előtt indíthat frissítést. Döntse el, mennyi ideig hathat egy visszavont fiók gyorsítótárazott jóváhagyása a későbbi döntésekre. Ezek a beállítások egyike sem engedélyezi újra a meglévő CONNECT-alagutat minden bájtra vagy belső HTTPS-kérésre. Ha a segédprogram forgalmi kvótát kényszerít ki, az engedélyezett átvitelek az egyenleg változása után is folytatódhatnak.

A segédprogram tartós protokollrésztvevő, nem feltétlenül új szkriptfolyamat minden kéréshez. Tartsa készen az egymást követő lekérdezéssorokra, és minden választ azonnal küldjön el. A diagnosztikát másik csatornára tegye. Ha a párhuzamosság engedélyezett, adja vissza a megfelelő megadott csatorna-azonosítót.

Végül határozza meg a lassú, nem elérhető és belső hiba kimeneteleket, és a környező ACL-sorrend állítsa elő őket. A tervezés akkor teljes, ha az újrahasznosítható válasz egyedisége és engedélyezett életkora is megfelel a hozzáférési követelménynek.