Kien iris la sesia helpilo de Squid?
Spuru mankantan helpilon de Squid tra la instalita pako, la dokumentita dosiernomo kaj la konstruaj agordoj antaŭ ol ŝanĝi agordojn de aŭtentikigo.
Agordo kopiita de alia servilo nomas ext_session_acl. Via pako Squid ne havas dosieron ĉe tiu vojo. Tio povas esti paka malkongruo anstataŭ difektita uzanta seanco.
Squid povas delegi decidojn de eksteraj ACL al helpaj programoj, sed nomi programon en external_acl_type ne instalas ĝin. La binara dosiero devas ekzisti en la deplojita medio.
Komparu tri aferojn:
- La dokumentitan nomon de la helpilo por la Squid-eldono, kiun vi uzas.
- La dosierojn, kiujn fakte liveras la pako de via distribuo.
- La absolutan vojon al la plenumebla dosiero en la agordo, kiun Squid ŝargis.
Debian publikigas manlibron por ext_session_acl, sed kongrua manlibra titolo ne pruvas, ke binara dosiero ekzistas ĉe la kopiita vojo sur via servilo. Kontrolu la pakan informon de tiu instalado mem kaj la helpilan dosierujon.
Se ĝia pako ne provizas la bezonatan helpilon, kontrolu la subtenatan pakan disigon kaj konstruan informon de la distribuo. Nomo de subdosierujo en la fonta arbo ne pruvas, ke la rezulta binara dosiero ĉeestas en ĉiu konstruo.
Tenadu “dosiero forestas” aparte de “dosiero ĉeestas sed ne povas starti”. La dua kazo povas koncerni ĝian interpretilon, komunajn bibliotekojn, permesojn aŭ servan izoladon. Por tiu fiasko kontrolu la startmesaĝojn de la helpilo de Squid. Neniu el la du simptomoj pruvas, ke la pasvorto de prokura uzanto estas malĝusta.
Helpilo el senrilata malnova servilo ne estas interŝanĝebla nur ĉar ĝia dosiernomo kongruas kun la agordo.