Народ! Помогите разобраться.
Имеется "сквозной" Linux-сервер Mandrake 8.2
На нем установлены Squid и Samba серверы.
Проблема аутентификации user's loocalnetwork решена так:
(файл - squid.conf)
...
authenticate_program /usr/lib/squid/pam_auth
acl password proxy_auth REQUIRED
http_access allow password
...
Используется также NAT, осуществляющая prerouting
на порт 3128 squida всего трафика
Аутентификация с сервером проходит в два этапа:
1. User's входят в домен, определенный в smb.conf, (1-я регистрация,
не обязательная, кстати, для возможности работать с Internet expl.)
2. User's запускают Internet explorer (2-я регистрация, обязательная)
Проблемы:
1. При запуске еще одной оболочки Internet explorer снова требуется аут-ция (неудобно).
2. При вводе name и password другого usera (имеющего account), на этом
же PC, регистрация не проходит (в течение 10-30 мин.)!
Замечено, что если в этот момент на сервере сделать squid -k reconfigure,
то регистрация удается.
Можно предположить, что установившийся connect держит кэш squida, однако
данный механизм я себе плохо представляю (причем здесь имя usera?).
Врпросы:
1. Можно ли сделать так, чтобы аутентификация для работы с squid
производилась лишь при входе в сеть (как это сделать?);
2. Как настроить squid, чтобы он не кэшировал connect аутентификации?;
3. Как при регистрации sbm клиента заставить отработать shell script
на сервере, чтобы отработал squid -k reconfigure? (не такой простой ?, как кажется)
4. Что означает эта вырезка из примера squid.conf, приведенном в DOC?
# make sure you add the user using smbpasswd -a -U username
# then create a file called /var/lib/samba/netlogon/proxyauth
# and simply enter an allow line
#authenticate_program /usr/lib/squid/smb_auth -W KSB
У меня уже снаряд сидит в голове, последние 3 месяца мне пришлось
с нуля вгрызаться во все это (Linux и все linux-производное). Такое ощущение, что решение лежит на поверхности, но где это место?
Большое всем спасибо, кто ответит.
Иван.
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
10-Июн-02, 09:27 (MSK)
