Amikor a Squid hitelesítési segédprogramjai szűk keresztmetszetté válnak

A proxykérés a cél elérése előtt várhat a hitelesítő adatok ellenőrzésére. Ha a hitelesítés nélküli kapcsolatok és a már cache-elt ellenőrzések máshogy viselkednek, mint az új belépések, a hálózati időkorlátok módosítása előtt vizsgáld meg a hitelesítési utat.

A Squid 6.13 külső hitelesítési segédprogramokat futtat. Lassú címtárszolgáltatás, olvashatatlan fiókfájl, ismételt segédkilépések vagy kevés elérhető segéd eltérően befolyásolhatják ezt a szakaszt.

Keresd meg a valóban korlátozó lépést

A cache-naplóban keress indítási hibákat, segédkilépéseket és túlterhelési üzeneteket. Ha védett helyi kezelési statisztika van, ott nézd a segédtevékenységet. Ne nyiss meg nyilvánosan kezelési végpontot csak számlálókért.

A háttérrendszert külön teszteld tesztfiókkal. Az egyetlen ellenőrzést sem befejező segéd működését kell javítani; több példány nem old meg útvonal- vagy jogosultsági hibát.

A folyamatok száma nem a protokoll párhuzamossága

Egy korlátos folyamatkészlet példája:

auth_param basic children 16 startup=2 idle=2

A maximális darabszám, a kezdő darabszám és a kívánt szabad rendelkezésre állás itt más célt szolgál. Az értékek példák. Illeszd őket a mért kérésigényhez és a háttérrendszer kapcsolati, illetve erőforráskorlátaihoz.

A külön concurrency beállítás megváltoztatja a Squid és a segéd közti protokollt. Nem általános teljesítménykapcsoló. Csak akkor engedélyezd, ha a segéd kifejezetten támogatja a szükséges csatornaazonosítókat és egyidejű kéréseket.

A hitelesítő adatok cache-elése az ellenőrzés szükséges gyakoriságát is befolyásolja. Az élettartam rövidítése változatlan segédkészlet mellett több munkát okozhat állandó böngészési forgalomnál is.

Módosítás után elemeztesd a konfigurációt, és hasonlítsd össze a hitelesítési késést, hibákat és háttérterhelést reprezentatív engedélyezett munkánál. A sikeres elemzés a szintaxist igazolja, nem az új készlet gyorsaságát vagy megfelelő méretét.