Kdy se autentizační pomocníci Squid stanou úzkým hrdlem

Požadavek proxy může před dosažením cíle čekat na ověření přihlašovacích údajů. Pokud se spojení bez autentizace a již uložená ověření chovají jinak než nové přihlášení, prozkoumejte autentizační cestu před změnou síťových časových limitů.

Squid 6.13 spouští externí autentizační pomocníky. Pomalá adresářová služba, nečitelný soubor účtů, opakované ukončování pomocníků nebo málo dostupných pomocníků mohou tuto fázi ovlivnit různě.

Najděte skutečně omezující krok

V protokolu cache hledejte chyby spuštění pomocníků, ukončení a zprávy o přetížení. Jsou-li dostupné chráněné místní statistiky správy, zkontrolujte v nich činnost autentizačních pomocníků. Nezveřejňujte rozhraní správy jen kvůli čítačům.

Backend otestujte nezávisle s testovacím účtem. Pomocník, který nedokončí ani jedno ověření, potřebuje opravu funkčnosti; spuštění více kopií neopraví chybu cesty ani oprávnění.

Počet procesů není souběžnost protokolu

Příklad omezeného fondu procesů:

auth_param basic children 16 startup=2 idle=2

Maximální počet procesů, počáteční počet a požadovaná dostupnost nečinných procesů zde slouží různým účelům. Hodnoty jsou ilustrační. Přizpůsobte je změřené poptávce po požadavcích a limitům spojení a prostředků backendu.

Samostatná volba concurrency mění protokol, kterým Squid komunikuje s pomocníkem. Není to obecný přepínač výkonu. Zapněte ji jen tehdy, pokud pomocník výslovně podporuje potřebné identifikátory kanálů a současné požadavky.

Ukládání přihlašovacích údajů do mezipaměti také ovlivňuje četnost potřebného ověřování. Zkrácení platnosti při nezměněném fondu pomocníků může zvýšit práci, i když se provoz prohlížení nemění.

Po změně ověřte syntaxi konfigurace a při reprezentativní povolené zátěži porovnejte zpoždění autentizace, chyby a zatížení backendu. Úspěšné parsování potvrzuje syntaxi; nedokazuje, že je nový fond rychlejší nebo dost velký.