Squid-caching fan eksterne ACL: wêrom't de helper net elke kear oproppen wurdt
Untwerp Squid-helpers foar eksterne ACL rûnom persistinte prosessen, cache-kaaien foar beslissingen en in eksplisite eask fan farskens fan autorisaasje.
In helper dy't ien fersyk logt en dan stil wurdt, kin normaal wêze. Squid kin in regel evaluearje mei in cachet resultaat fan eksterne ACL sûnder de helper in nije fraach te stjoeren.
Bepaal earst de werbrûkbere beslissing. „Mei dit akkount de proxy brûke?“ freget oare ynfier as „Mei dit akkount dit bestimming berikke?“ It útwreide eksterne-ACL-formaat foarmet de cache-kaai. As de helper beslút op brûkersnamme en bestimming, mar de kaai befettet allinnich de brûkersnamme, dan kin in cachede goedkarring breder jilde as bedoeld. Nim elke ynfier op dy't it antwurd feroaret en foarkom details dy't allinnich lykweardige beslissingen fersnipperje.
Kies dêrnei farskens. Positive ttl en negative_ttl regelje oerienkommende en net-oerienkommende resultaten; grace kin in ferfarsking begjinne foardat in yngong ferrint. Beslis hoe lang't de cachede goedkarring fan in ynlutsen akkount lettere beslissingen beynfloedzje mei. Gjin fan dizze ynstellings autorisearret in besteande CONNECT-tunnel op 'e nij foar elke byte of innerlike HTTPS-fraach. As de helper in ferkearskwota hanthavent, kinne talitten oerdrachten trochgean neidat it saldo feroaret.
De helper is in persistinte protokolpartisipant, net needsaaklik in nij skriptproses foar elk fersyk. Hâld him klear foar opienfolgjende fraachrigels en stjoer elk antwurd daliks. Set diagnostyk op in oar kanaal. Mei konkurrinsje ynskeakele, jou it oerienkommende levere kanaalidentifikaasje werom.
Definearje úteinlik stadige, net beskikbere en ynterne-flateresultaten en lit de omlizzende ACL-oarder se produsearje. It ûntwerp is klear as sawol de spesifisiteit as de tastiene leeftyd fan in werbrûkber antwurd oerienkomme mei de tagongseask.