Kiam la aŭtentikigaj helpiloj de Squid fariĝas botelkolo

Prokurila peto povas atendi akreditaĵkontrolon antaŭ ol atingi la celon. Se neaŭtentikigitaj konektoj kaj jam kaŝmemoritaj kontroloj kondutas malsame ol freŝaj ensalutoj, esploru la aŭtentikigan vojon antaŭ ŝanĝi retajn tempolimojn.

Squid 6.13 rulas eksterajn aŭtentikigajn helpilojn. Malrapida dosieruja servo, nelegebla kontodosiero, ripetaj helpilaj eliroj aŭ tro malmultaj disponeblaj helpiloj povas malsame influi tiun fazon.

Trovu la efektive limigan paŝon

Kontrolu la kaŝmemoran protokolon pri startaj eraroj, helpilaj eliroj kaj troŝarĝaj mesaĝoj. Se disponeblas protektitaj lokaj administraj statistikoj, rigardu tie la helpilan agadon. Ne elmontru administran finpunkton publike nur por ricevi nombrilojn.

Testu la malantaŭan servon aparte per testkonto. Helpilo kiu ne povas fini unu kontrolon bezonas funkciadan riparon; pli da kopioj ne riparas vojan aŭ permesan eraron.

Proceznombro ne estas protokola samtempeco

Ekzemplo de limigita procezaro:

auth_param basic children 16 startup=2 idle=2

Ĉi tie la maksimuma nombro, komenca nombro kaj celata senokupa disponeblo havas malsamajn celojn. La valoroj estas ilustraj. Kongruigu ilin kun mezurita petpostulo kaj la konektaj kaj rimedaj limoj de la malantaŭa servo.

La aparta opcio concurrency ŝanĝas la protokolon uzatan de Squid por komuniki kun helpilo. Ĝi ne estas ĝenerala rendimenta ŝaltilo. Aktivigu ĝin nur se tiu helpilo eksplicite subtenas la bezonatajn kanalidentigilojn kaj samtempajn petojn.

Kaŝmemorado de akreditaĵoj ankaŭ influas kiom ofte kontrolo necesas. Mallongigi ilian vivdaŭron sen ŝanĝi la helpilaron povas pliigi laboron eĉ kun konstanta foliuma trafiko.

Post ŝanĝo analizu la agordon kaj komparu aŭtentikigan prokraston, erarojn kaj servan ŝarĝon sub reprezenta rajtigita laborŝarĝo. Sukcesa analizo pruvas sintakson; ĝi ne montras ke la nova aro estas pli rapida aŭ sufiĉe granda.