PermLUG
|
Пермская группа пользователей Linux |
|
ОблакоВход для пользователейНавигация |
Sams и Squid3 assertion failed: ACLChecklist.cc:402
vovan1982, 23.07.2008 — 12:46
Привет всем. Собственно есть такая проблемма в sams и squid3, если несколько раз подряд вводить не правильный логин и пароль squid уходит в даун, сам squid работает но на запросы не отвечает в cache.log появляется строка "В третьем сквиде используется 5 delay pool классов, а sams под 3 сделан и в конфиг соответствующие изменения вносит, как в версиях 2.6 и ранее. Отсюда и assertion failed: ACLChecklist.cc:402: “auth_user_request == NULL”." Это действительно так?
|
Новые записи в блогахАктивные обсуждения форума |
| Пермская группа пользователей Linux, 2003—2008 |
Кто-нибуть вкурсе этой проблемы?
---------------------------------------
Ubuntu 8.04 server
sams-1.0.3-2_i386.deb
Squid3
c-icap
samsredir
исправлений ждать видимо нескоро... Надо еще разбираться как работаю пулы в 3-м сквиде
Жаль конечно :(
всётаки c-icap модная штука, а пересобирать squid 2.x для поддержки c-icap не очень хочется.
Ну ладно, будем ждать.
---------------------------------------
Ubuntu 8.04 server
sams-1.0.3-2_i386.deb
Squid3
c-icap
samsredir
Я столкнулся с такой же проблемой. Действительно жаль.
Может быть нужно сделать явное предупреждение в документации SAMS что при работе вместе со squid3 возможны сбои.
Фактически всё работает, но кто-нибудь из пользователей может целенаправленно вызывать указанный сбой путём неправильного ввода пароля.
Уважаемые участники форума! Прошу откликнуться всех тех, кто знает как бороться с ошибкой сквида "assertion failed: ACLChecklist.cc:402" при неправильном вводе логина-пароля пользователя в браузере для доступа к Интернету. Если вы сталкивались с этим, расскажите пожалуйста как решали это.
Если это проблема сквида третьей версии,
то расскажите пожалуйста, как подружить sams и squid3?
Ведь каким-то же образом многие используют успешно третий сквид?
У меня точно такая же проблема. Только что сконфигурировал сервер. Squid3+squidGuard+SAMS. К сожалению пока что в качестве решения ничего подсказать не могу. Приходиться уповать на разум сообщества! Help! :)
P.S.: на сервере крутится Ubuntu 8.04 Hardy
у мну чот такого не наблюдается....
______________________________________________
FreeBSD proxy 7.0-RELEASE
Version SAMS-1.0.2
Squid Cache: Version 3.0.STABLE5
samsredir + rejik-3.2.1
Авторизация: NCSA+IP
Может быть дело в том, что у тебя Squid3 STABLE5? Попробуй сымитировать некоторое количество следующих быстро друг за другом запросов авторизации к своему прокси. Результаты?
Придумал такое вот временное и совсем некрасивое решение. Годится, если админ куда-нить уезжает и не может оперативно перезапускать squid3.
1. Создаём текстовый файл:
nano /root/squid-start
со следующим содержимым:
#!/bin/sh
/etc/init.d/squid3 start
2. Присваиваем права на исполнение:
chmod u+x /root/squid-start
3. Заносим в планировщик cron после команды
crontab -e
следующие строки:
#Squid3 repair
*/5 * * * * /root/squid-start >/dev/null 2>&1
Это значит выполнять данный скрипт каждые пять минут.
В случае, если со squid3 всё впорядке при запуске скрипта появляется ошибка, но squid не вылетает.
Если squid3 самовырубился из-за действий неаккуратного пользователя, тогда демон запуститься и тем самым продолжит работу даже в ваше отсутствие.
Внимание!!! Пишите более изящное и правильное решение проблемы, а также своё мнение по поводу написанного.
Спасибо, что поделились своим решением!
nix_kot, а может правда дело в том что у вас STABLE5, потому и работает без сбоев?
________________
Ubuntu 8.04
Sams 1.0.3
Squid 3.0.stable1
Авторизация ADLD
Предлагаю махнуться мылом и аськами тем, кто работает с сервером на Ubuntu 8.04.
tubo - мою смотри в личке
Идею поддерживаю, если кто что раскажет про особенности работы Squid3 вместе с SAMS — будет вообще замечательно.
Мой номер ICQ есть в моём профиле на форуме.
kazak_vmik, я тебе написал по аське.
_______________________
Ubuntu 8.04
Sams 1.0.3
Squid 3.0.stable1
Авторизация ADLD.
~500 пользователей.
Пришлось поставить вторую версию Squid ввиду того что непонятно как бороться с обозначенной проблемой с третьей версией...
_______________________
Ubuntu 8.04
Sams 1.0.3
Squid 2.6.stable18
Авторизация ADLD.
~500 пользователей.
Я тут подумал: может быть такая ошибка появляется только при определённом способе авторизации пользоваиелей? У меня ADLD.
Скажите, те кто успешно использует SQUID3 - а какой способ используете вы?
Вот например, я вижу написано, что nix_kot использует NCSA+IP.
Я сам использовал такие параметры сквида для авторизации:
auth_param basic program /usr/lib/squid3/squd_ldap_auth -R -D ADMIN@DOMEN.RU -w PASSWORD -b "cn=Users,dc=DOMEN,dc=RU" -f "sAMAccountName=%s" 192.168.1.1
_______________________
Ubuntu 8.04
Sams 1.0.3
Squid 2.6.stable18
Авторизация ADLD.
~500 пользователей.
В общем-то мне тоже пришлось перейти на c 3-его сквида на 2-ой. В итоге всё стабильно работает. Авторизация NCSA.
Ubuntu 8.04
squid2.6 STABLE18
sams 1.0.3
postfix+dovecot+postgrey
apache2+mysql5+php5
Вообщем сделал bug-report по этой теме, изсправления сего бага намечены на версию 1.2.0, так что ждёмс :)
---------------------------------------
Ubuntu 8.04 server
sams-1.0.3-2_i386.deb
Squid3
c-icap
samsredir