Kur dingo Squid sesijos pagalbininkas?
Atsekite trūkstamą Squid pagalbininką per įdiegtą paketą, dokumentuotą failo pavadinimą ir kompiliavimo parinktis prieš keisdami autentifikavimo nustatymus.
Iš kito serverio nukopijuota konfigūracija nurodo ext_session_acl. Jūsų Squid pakete šiame kelyje failo nėra. Tai gali būti pakavimo neatitikimas, o ne sugedusi naudotojo sesija.
Squid gali perduoti išorinių ACL sprendimus pagalbinėms programoms, tačiau programos pavadinimo įrašymas external_acl_type jos neįdiegia. Dvejetainis failas turi egzistuoti diegimo aplinkoje.
Palyginkite tris dalykus:
- Dokumentuotą pagalbininko pavadinimą jūsų naudojamai Squid versijai.
- Failus, kuriuos iš tikrųjų pateikia jūsų distribucijos paketas.
- Absoliutų vykdomojo failo kelią konfigūracijoje, kurią įkėlė Squid.
Debian skelbia vadovą ext_session_acl, tačiau sutampantis vadovo pavadinimas neįrodo, kad jūsų serveryje nurodytu nukopijuotu keliu yra dvejetainis failas. Patikrinkite to diegimo paketo informaciją ir pagalbininkų katalogą.
Jei jo paketas nepateikia reikiamo pagalbininko, patikrinkite palaikomą distribucijos paketų skaidymą ir kompiliavimo informaciją. Šaltinio medžio pakatalogo pavadinimas neįrodo, kad gautas dvejetainis failas yra kiekviename kūrime.
Atskirkite „failo nėra“ nuo „failas yra, bet nepaleidžiamas“. Antruoju atveju gali būti susijęs interpretatorius, bendros bibliotekos, teisės ar paslaugos apribojimas. Šiai klaidai patikrinkite Squid pagalbininko paleidimo pranešimus. Nė vienas požymis neįrodo, kad tarpinio serverio naudotojo slaptažodis neteisingas.
Pagalbininkas iš nesusijusio seno serverio nėra keičiamas vien todėl, kad jo failo pavadinimas atitinka konfigūraciją.