Kaŝmemoro de eksteraj ACL en Squid: kial la helpanto ne estas vokata ĉiufoje
Projektu eksterajn ACL-helpantojn de Squid ĉirkaŭ daŭraj procezoj, kaŝmemoraj ŝlosiloj de decidoj kaj eksplicita postulo pri freŝeco de rajtigo.
Helpanto, kiu registras unu peton kaj poste silentas, povas esti normala. Squid povas taksi regulon per kaŝmemorita rezulto de ekstera ACL sen sendi al la helpanto alian demandon.
Unue difinu la reuzeblan decidon. „Ĉu tiu ĉi konto rajtas uzi la prokurilon?“ postulas aliajn enigojn ol „Ĉu tiu ĉi konto povas atingi tiun celon?“ La plivastigita formato de ekstera ACL formas la kaŝmemoran ŝlosilon. Se la helpanto decidas laŭ uzantnomo kaj celo sed la ŝlosilo enhavas nur la uzantnomon, kaŝmemorita aprobo povas validi pli vaste ol intencite. Inkluzivu ĉiun enigon, kiu ŝanĝas la respondon, kaj evitu detalojn, kiuj nur diserigas ekvivalentajn decidojn.
Poste elektu freŝecon. Pozitivaj ttl kaj negative_ttl regas kongruajn kaj ne-kongruajn rezultojn; grace povas komenci refreŝigon antaŭ ol rikordo eksvalidiĝas. Decidu, kiom longe kaŝmemorita aprobo de revokita konto povas influi postajn decidojn. Neniu el tiuj agordoj rajtigas denove establitan CONNECT-tunelon por ĉiu bajto aŭ interna HTTPS-peto. Se la helpanto plenumas trafikan kvoton, permesitaj transigoj povas daŭri post ŝanĝo de la saldo.
La helpanto estas daŭra protocolpartoprenanto, ne nepre nova skriptprocezo por ĉiu peto. Tenu ĝin preta por sinsekvaj demandoj kaj sendu ĉiun respondon tuj. Metu diagnozon sur alian kanalon. Kun konkurso ŝaltita, resendu la koncernan provizitan kanal-identigilon.
Finfine, difinu malrapidajn, neatingeblajn kaj intern-erarajn rezultojn kaj igi la ĉirkaŭan ACL-ordon produkti ilin. La dezajno estas kompleta kiam kaj la specifeco kaj la permesita aĝo de reuzebla respondo kongruas kun la alirpostulo.