As Squids autentikaasjehelpers in knelpunt wurde

In proxyfersyk kin op ynlogkontrôle wachtsje foardat it de bestimming berikt. Gedrage ferbiningen sûnder autentikaasje en al cachete kontrôles har oars as nije logins, ûndersykje dan it autentikaasjepaad foar’tst netwurktiidlimiten feroarest.

Squid 6.13 draait eksterne autentikaasjehelpers. In trage directorytsjinst, ûnlêsber akkountbestân, helpers dy’t hieltyd stopje of te min beskikbere helpers kinne dizze faze op ferskillende wizen beynfloedzje.

Sykje de echt beheinende stap

Besjoch it cachelog op startflaters, stoppe helpers en oerlêstmeldingen. Binne beskerme lokale behearstatistiken beskikber, besjoch dêr de helperaktiviteit. Meitsje gjin beheareinpunt iepenbier allinnich om tellers te krijen.

Test de eftertsjinst apart mei in testakkount. In helper dy’t net ien kontrôle foltôget, hat in funksjonele reparaasje nedich; mear kopyen ferbetterje gjin paad- of rjochteflater.

Prosesôftal is gjin protokolgelikertiid

In foarbyld fan in beheinde prosespool:

auth_param basic children 16 startup=2 idle=2

It maksimale ôftal, begjinôftal en de winske frije beskikberens hawwe ferskillende doelen. De wearden binne foarbylden. Pas se oan de mjitten fraach en de ferbinings- en boarnelimiten fan de eftertsjinst oan.

De aparte opsje concurrency feroaret it protokol tusken Squid en in helper. It is gjin algemiene prestaasjeskeakel. Skeakelje dy allinnich yn as dy helper de fereaske kanaalidentifikaasjes en fersiken tagelyk eksplisyt stipet.

Caching fan ynloggegevens bepaalt ek hoe faak kontrôle nedich is. In koartere jildigens sûnder wiziging fan de helperpool kin mear wurk jaan, sels by lykbliuwend browserferkear.

Parse nei in wiziging de konfiguraasje en fergelykje autentikaasjefertraging, flaters en eftertsjinstbelesting ûnder represintatyf tastien gebrûk. Slagge parsearring befestiget de syntaksis; it lit net sjen dat de nije pool flugger of grut genôch is.