Saan napunta ang session helper ng Squid?
Subaybayan ang nawawalang helper ng Squid sa naka-install na package, naidokumentong filename, at mga opsyon sa build bago baguhin ang mga setting ng authentication.
Ang isang configuration na kinopya mula sa ibang server ay tumutukoy sa ext_session_acl. Walang file ang package ng Squid mo sa path na iyon. Maaaring ito ay hindi pagkakatugma ng packaging at hindi sirang session ng user.
Maaaring italaga ng Squid ang mga desisyon ng panlabas na ACL sa mga helper program, ngunit ang pagbanggit ng program sa external_acl_type ay hindi ito nag-iinstall. Dapat umiiral ang binary sa deployed na kapaligiran.
Ihambing ang tatlong bagay:
- Ang naidokumentong pangalan ng helper para sa release ng Squid na ginagamit mo.
- Ang mga file na aktuwal na ibinibigay ng package ng iyong distro.
- Ang ganap na path ng executable sa configuration na iniload ng Squid.
Naglalathala ang Debian ng manual para sa ext_session_acl, ngunit ang pagtutugma ng pamagat ng manual ay hindi patunay na may binary sa kinopyang path sa server mo. Suriin ang impormasyon ng package ng mismong installation na iyon at ang direktoryo ng mga helper.
Kung hindi ibinibigay ng package nito ang kailangang helper, tingnan ang sinusuportahang paghahati ng package ng distro at ang impormasyon ng build. Ang pangalan ng subdirectory sa source tree ay hindi patunay na ang resultang binary ay naroroon sa bawat build.
Paghiwalayin ang “wala ang file” sa “may file ngunit hindi mag-start.” Maaaring kasangkot sa pangalawa ang interpreter, shared library, pahintulot, o paghihigpit ng serbisyo. Para sa pagkabigo na iyon, tingnan ang mga mensahe ng pagsisimula ng helper ng Squid. Wala sa dalawang sintomas ang patunay na mali ang password ng user ng proxy.
Ang isang helper mula sa walang kaugnayang lumang server ay hindi mapagpapalit dahil lang tumutugma ang filename nito sa configuration.