Keshimi i ACL-ve të jashtme të Squid: pse ndihmësi nuk thirret çdo herë

Një ndihmës që regjistron një kërkesë dhe më pas hesht mund të jetë normal. Squid mund të vlerësojë një rregull duke përdorur një rezultat të ACL-së së jashtme në cache pa i dërguar ndihmësit një pyetje tjetër.

Fillimisht përcaktoni vendimin e ripërdorshëm. «A mund ta përdorë ky llogari proxy-n?» kërkon hyrje të ndryshme nga «A mund ta arrijë ky llogari këtë destinacion?» Formati i zgjeruar i ACL-së së jashtme formon çelësin e cache-së. Nëse ndihmësi vendos sipas emrit të përdoruesit dhe destinacionit, por çelësi përmban vetëm emrin e përdoruesit, një miratim në cache mund të zbatohet më gjerësisht sesa synohej. Përfshini çdo hyrje që ndryshon përgjigjen dhe shmangni detajet që thjesht copëtojnë vendime ekuivalente.

Më pas zgjidhni freskinë. ttl dhe negative_ttl pozitive rregullojnë rezultatet që përputhen dhe ato që nuk përputhen; grace mund të nisë një rifreskim përpara se një hyrje të skadojë. Vendosni sa kohë miratimi në cache i një llogarie të revokuar mund të ndikojë në vendimet e mëvonshme. Asnjë prej këtyre cilësimeve nuk autorizon përsëri një tunel CONNECT të vendosur për çdo bajt ose kërkesë të brendshme HTTPS. Nëse ndihmësi zbaton një kuotë trafiku, transferimet e pranuara mund të vazhdojnë pasi bilanci të ndryshojë.

Ndihmësi është pjesëmarrës i vazhdueshëm i protokollit, jo domosdoshmërisht një proces i ri skripti për çdo kërkesë. Mbajeni gati për rreshta pyetjesh të njëpasnjëshme dhe dërgoni çdo përgjigje menjëherë. Vendosni diagnostifikimin në një kanal tjetër. Me konkurencën të aktivizuar, ktheni identifikuesin përkatës të kanalit të dhënë.

Së fundi, përcaktoni rezultatet e ngadaltë, të padisponueshëm dhe gabimin e brendshëm, dhe bëni që rendi ACL përreth t'i prodhojë ato. Dizajni është i plotë kur si specifikueshmëria ashtu edhe mosha e lejuar e një përgjigjeje të ripërdorshme përputhen me kërkesën e aksesit.