Kai Squid autentifikavimo pagalbininkai tampa kliūtimi

Tarpinio serverio užklausa gali laukti prisijungimo duomenų patikros prieš pasiekdama tikslą. Jei ryšiai be autentifikavimo ir jau podėlyje esančios patikros veikia kitaip nei nauji prisijungimai, nagrinėkite autentifikavimo kelią prieš keisdami tinklo laiko limitus.

Squid 6.13 vykdo išorinius autentifikavimo pagalbininkus. Lėta katalogų paslauga, neperskaitomas paskyrų failas, pasikartojantys pagalbininkų išėjimai ar per mažai pasiekiamų pagalbininkų gali skirtingai paveikti šį etapą.

Raskite tikrą ribojantį žingsnį

Cache žurnale ieškokite paleidimo klaidų, pagalbininkų išėjimų ir perkrovos pranešimų. Jei yra apsaugota vietinė valdymo statistika, peržiūrėkite veiklą joje. Neatverkite valdymo galinio taško viešai vien dėl skaitiklių.

Galinę paslaugą bandykite atskirai su testine paskyra. Pagalbininkui, kuris neužbaigia vienos patikros, reikia veikimo pataisos; daugiau kopijų netaiso kelio ar leidimų klaidos.

Procesų skaičius nėra protokolo lygiagretumas

Apriboto procesų telkinio pavyzdys:

auth_param basic children 16 startup=2 idle=2

Didžiausias procesų skaičius, pradinis skaičius ir norimas laisvų procesų rezervas čia turi skirtingus tikslus. Reikšmės yra pavyzdinės. Derinkite jas su išmatuota paklausa ir galinės paslaugos ryšių bei išteklių ribomis.

Atskira concurrency parinktis keičia protokolą, kuriuo Squid kalbasi su pagalbininku. Tai ne bendras našumo jungiklis. Įjunkite tik tada, kai pagalbininkas aiškiai palaiko reikiamus kanalų identifikatorius ir vienalaikes užklausas.

Prisijungimo duomenų podėlis taip pat keičia reikalingą patikrų dažnį. Sutrumpinus galiojimą nekeičiant pagalbininkų telkinio darbo gali padaugėti net išliekant tam pačiam naršymo srautui.

Po pakeitimo išanalizuokite konfigūraciją ir palyginkite autentifikavimo delsą, klaidas bei galinės paslaugos apkrovą esant tipiškam leidžiamam darbui. Sėkminga analizė patvirtina sintaksę, bet ne tai, kad naujas telkinys greitesnis ar pakankamai didelis.