Memòria cau d'ACL externes de Squid: per què no es crida l'ajudant cada vegada
Dissenyeu ajudants d'ACL externs de Squid al voltant de processos persistents, claus de memòria cau de decisions i un requisit explícit de frescor de l'autorització.
Un ajudant que registra una petició i després calla pot ser normal. Squid pot avaluar una regla amb un resultat d'ACL externa a la memòria cau sense enviar cap altra consulta a l'ajudant.
Primer definiu la decisió reutilitzable. «Aquest compte pot usar el proxy?» necessita entrades diferents de «Aquest compte pot arribar a aquesta destinació?» El format ampliat d'ACL externa forma la clau de memòria cau. Si l'ajudant decideix per nom d'usuari i destinació però la clau només inclou el nom d'usuari, una aprovació a la memòria cau pot aplicar-se més àmpliament del previst. Incloeu cada entrada que canviï la resposta i eviteu detalls que només fragmenten decisions equivalents.
Després trieu la frescor. Els ttl i negative_ttl positius regeixen els resultats coincidents i no coincidents; grace pot iniciar una actualització abans que caduqui una entrada. Decidiu quant de temps l'aprovació a la memòria cau d'un compte revocat pot afectar decisions posteriors. Cap d'aquests paràmetres reautoritza un túnel CONNECT establert per a cada byte o petició HTTPS interna. Si l'ajudant aplica una quota de trànsit, les transferències admeses poden continuar després que canviï el saldo.
L'ajudant és un participant persistent del protocol, no necessàriament un procés d'script nou per a cada petició. Manteniu-lo a punt per a línies de consulta successives i envieu cada resposta de seguida. Poseu els diagnòstics en un altre canal. Amb la concurrència activada, retorneu l'identificador de canal subministrat corresponent.
Finalment, definiu els resultats lent, no disponible i error intern, i feu que l'ordre d'ACL circumdant els produeixi. El disseny és complet quan tant l'especificitat com l'edat permesa d'una resposta reutilitzable coincideixen amb el requisit d'accés.