Куды знік памочнік сеансаў Squid?
Прасочвайце адсутны памочнік Squid праз усталяваны пакет, дакументаванае імя файла і параметры зборкі, перш чым змяняць налады аўтэнтыфікацыі.
Канфігурацыя, скапіяваная з іншага сервера, называе ext_session_acl. У вашым пакеце Squid няма файла па гэтым шляху. Гэта можа быць неадпаведнасць пакетаў, а не зламаны сеанс карыстальніка.
Squid можа перадаваць рашэнні знешніх ACL дапаможным праграмам, але згадка праграмы ў external_acl_type не ўсталёўвае яе. Бінарны файл павінен існаваць у разгорнутым асяроддзі.
Параўнайце тры рэчы:
- Дакументаваную назву памочніка для выпуску Squid, які вы выкарыстоўваеце.
- Файлы, якія фактычна пастаўляе пакет вашага дыстрыбутыва.
- Абсалютны шлях да выканальнага файла ў канфігурацыі, якую загрузіў Squid.
Debian публікуе кіраўніцтва для ext_session_acl, але супадальная назва кіраўніцтва не даказвае, што бінарны файл існуе па скапіяваным шляху на вашым серверы. Праверце ўласную інфармацыю пакета гэтай устаноўкі і каталог памочнікаў.
Калі яго пакет не прадастаўляе патрэбны памочнік, праверце падтрымліванае падзяленне пакетаў дыстрыбутыва і інфармацыю пра зборку. Назва падкаталога ў дрэве зыходнікаў не даказвае, што атрыманы бінарны файл прысутнічае ў кожнай зборцы.
Адрознівайце «файл адсутнічае» і «файл ёсць, але не запускаецца». Другі выпадак можа датычыцца яго інтэрпрэтатара, агульных бібліятэк, правоў або абмежаванняў службы. Для гэтай памылкі праверце паведамленні запуску памочніка Squid. Ні адзін з сімптомаў не даказвае, што пароль карыстальніка проксі няправільны.
Памочнік з незвязанага старога сервера не ўзаемазаменны толькі таму, што яго імя файла супадае з канфігурацыяй.