Keď sa autentifikační pomocníci Squid stanú úzkym miestom

Požiadavka proxy môže pred dosiahnutím cieľa čakať na overenie prihlasovacích údajov. Ak sa spojenia bez autentifikácie a už uložené overenia správajú inak než nové prihlásenia, preskúmajte autentifikačnú cestu pred zmenou sieťových časových limitov.

Squid 6.13 spúšťa externých autentifikačných pomocníkov. Pomalá adresárová služba, nečitateľný súbor účtov, opakované ukončovanie pomocníkov alebo málo dostupných pomocníkov môžu túto fázu ovplyvniť rôzne.

Nájdite skutočne obmedzujúci krok

V protokole cache hľadajte chyby spustenia pomocníkov, ukončenia a správy o preťažení. Ak sú dostupné chránené miestne štatistiky správy, skontrolujte v nich aktivitu pomocníkov. Nesprístupňujte verejne rozhranie správy len kvôli počítadlám.

Backend otestujte nezávisle s testovacím účtom. Pomocník, ktorý nedokončí ani jedno overenie, potrebuje opravu funkčnosti; spustenie viacerých kópií neopraví chybu cesty ani oprávnení.

Počet procesov nie je súbežnosť protokolu

Príklad obmedzeného fondu procesov:

auth_param basic children 16 startup=2 idle=2

Maximálny počet procesov, počiatočný počet a požadovaná nečinná dostupnosť tu slúžia rôznym účelom. Hodnoty sú ilustračné. Prispôsobte ich zmeranému dopytu a limitom spojení a prostriedkov backendu.

Samostatná voľba concurrency mení protokol, ktorým Squid komunikuje s pomocníkom. Nie je to všeobecný prepínač výkonu. Zapnite ju len vtedy, ak pomocník výslovne podporuje potrebné identifikátory kanálov a súčasné požiadavky.

Ukladanie prihlasovacích údajov do vyrovnávacej pamäte tiež ovplyvňuje frekvenciu potrebného overovania. Skrátenie platnosti pri nezmenenom fonde môže zvýšiť prácu, aj keď sa prevádzka prehliadania nemení.

Po zmene overte syntax konfigurácie a pri reprezentatívnej povolenej záťaži porovnajte oneskorenie autentifikácie, chyby a záťaž backendu. Úspešné parsovanie potvrdzuje syntax; nedokazuje, že je nový fond rýchlejší alebo dosť veľký.