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