Обсуждение статьи тематического каталога: Авторизация squid в домене Windows 2003 Server (squid freebsd auth win windows domain)Ссылка на текст статьи: http://www.opennet.ru/base/net/squid_win2003_auth.txt.html
в сети есть PrimaryDomain и его копия, как сделать что б авторизация знала 2 kdc и 2 AD??? (если один сервер загнулся брало пользователей с другого)
А что произойдет 19-го августа в 00:50:51, когда
срок действия "билета" закончится?
>>как сделать что б авторизация знала 2 kdc и 2 AD???
Указать дополнительный контроллер (можно его IP)
в /etc/krb5.conf
как это будет выглядеть???
>как это будет выглядеть???
EXAMPLE.COM = {
kdc = kerberos.example.com:88
kdc = kerberos2.example.com:88
admin_server = kerberos.example.com:749
}
примерно вот так :)
> domain fuck-you.ru
что за дебил придумывает такие примеры?
Кстати, для не-дебилов, такой домен вполне реально существовал, если что. Дело ведь не в словах, а в смысле написанного, правда ведь?
Совершенно верно.
Слова надо подбирать тщательнее. Потому что отличная статья портится сленгом пАдонкАв. А это уже - дурной тон. Исправьте статью, прошу вас!
далаю всё как тут написано, керберос билет выдал, самба в домен попала... а вот wbinfo -е выдёт:
checking the trust secret via RPC calls failed
error code was (0x0)
Could not check secretкуда копнуть?
>далаю всё как тут написано, керберос билет выдал, самба в домен попала...
>а вот wbinfo -е выдёт:
>checking the trust secret via RPC calls failed
>error code was (0x0)
>Could not check secret
>
>куда копнуть?была такая же ерунда, исправил в конфиге
host allow
на
hosts allow
ошибка изчезла (очепятка видать:)
>>далаю всё как тут написано, керберос билет выдал, самба в домен попала...
>>а вот wbinfo -е выдёт:
>>checking the trust secret via RPC calls failed
>>error code was (0x0)
>>Could not check secret
>>
>>куда копнуть?
>
>была такая же ерунда, исправил в конфиге
>host allow
>на
>hosts allow
>ошибка изчезла (очепятка видать:)
Такая же ерунда, но hosts allow не помогает.
Хелп плиз!
>>>далаю всё как тут написано, керберос билет выдал, самба в домен попала...
>>>а вот wbinfo -е выдёт:
>>>checking the trust secret via RPC calls failed
>>>error code was (0x0)
>>>Could not check secret
>>>
>>>куда копнуть?
>>
>>была такая же ерунда, исправил в конфиге
>>host allow
>>на
>>hosts allow
>>ошибка изчезла (очепятка видать:)
>Такая же ерунда, но hosts allow не помогает.
>Хелп плиз![2006/12/10 21:31:47, 0] lib/util_sock.c:create_pipe_sock(1285)
invalid permissions on socket directory /var/db/samba/winbindd_privileged
open_winbind_socket: Resource temporarily unavailablels -al /var/db/samba/winbindd_privileged/
total 4
drw-rw-rw- 2 root wheel 512 Dec 9 17:21 .
drwxr-xr-x 5 root wheel 1024 Dec 10 21:35 ..
srwxrwxrwx 1 root wheel 0 Dec 9 17:21 pipe
Чего ему не хватает?
>>>>далаю всё как тут написано, керберос билет выдал, самба в домен попала...
>>>>а вот wbinfo -е выдёт:
>>>>checking the trust secret via RPC calls failed
>>>>error code was (0x0)
>>>>Could not check secret
>>>>
>>>>куда копнуть?
>>>
>>>была такая же ерунда, исправил в конфиге
>>>host allow
>>>на
>>>hosts allow
>>>ошибка изчезла (очепятка видать:)
>>Такая же ерунда, но hosts allow не помогает.
>>Хелп плиз!
>
>[2006/12/10 21:31:47, 0] lib/util_sock.c:create_pipe_sock(1285)
> invalid permissions on socket directory /var/db/samba/winbindd_privileged
>open_winbind_socket: Resource temporarily unavailable
>
>ls -al /var/db/samba/winbindd_privileged/
>total 4
>drw-rw-rw- 2 root wheel 512 Dec 9
>17:21 .
>drwxr-xr-x 5 root wheel 1024 Dec 10 21:35 ..
>
>srwxrwxrwx 1 root wheel 0 Dec
> 9 17:21 pipe
>Чего ему не хватает?владельцем pipe должен быть squid
>[оверквотинг удален]
>>total 4
>>drw-rw-rw- 2 root wheel 512 Dec 9
>>17:21 .
>>drwxr-xr-x 5 root wheel 1024 Dec 10 21:35 ..
>>
>>srwxrwxrwx 1 root wheel 0 Dec
>> 9 17:21 pipe
>>Чего ему не хватает?
>
>владельцем pipe должен быть squidА это как зделать такая-же беда (владельцем pipe должен быть squid)
Я все сделал как написано только у меня вопрос в конф сквида ничего кроме того что написано в доке не не надо добавлять?
Потому что у меня все проверки проходят на ура а юзер не аутентифицируется
приглашение есть и вводи в него логин парол до пьяной немочи...
в логах пишет что TCP/DENIDED
Может кто подскажет в чем проблема и где это мона поковырять?
Может трабла с firewallom, но вроде по telnet через локолхост заходит у меня все на скид редиректится...
Еще один момент сервер на 2000 может как раз в этом проблема помогите плс.
а то начальство замучает....
у меня тоже 2000. так вот работает всё кроме распознования фрёй виндовых логинов (ну и соответственно сквида). ты не поборол свой трабл?
Цытата "все проверки проходят на ура а юзер не аутентифицируется
приглашение есть и вводи в него логин парол до пьяной немочи..."Настроил пару сеток с 2003-м сервером и SQUID ещё до написания этой статьи :), работает как часы.
Но вот ещё в одной сети столкнудся с такой-же проблемой
Загвоздка - в выдаче сервером KDC билетов (tikets)
вот результаты вывода команды kinitrouter# kinit -p Administrator@w2k3domain.ru
Administrator@w2k3domain.ru's Password:
kinit: krb5_get_init_creds: Preauthentication failed
router# kinit -p Administrator
Administrator@W2K3DOMAIN.RU's Password:
kinit: NOTICE: ticket renewable lifetime is 1 week
router# kinit -p Administrator@W2K3DOMAIN.RU
Administrator@W2K3DOMAIN.RU's Password:
kinit: NOTICE: ticket renewable lifetime is 1 weekКонфиг krb5.conf копия как в статье, естесственно название домена другое, но я проверил каждую букву!
Выходит, что получать билет нужно только у "ОГРОМНОГО" домена :), или не указывать его вообще, тогда он из конфига возмется дефолтный
При настройке первых двух сеток, я вообще не заморачивался на kinit, при подключении SAMBA к домену билет сам выдавался.
В третьем же случае SAMBA присоединялась к домену, но билет от KDC не получала при этом, хотя wbinfo отрабатывает все команды на ура.
Наверное потому, что все домены работают в смешанном режиме обратно совместимом с w2k доменом.
А вот у "безбилетного" SQUID'а видимо не работает NTLM авторизация, "зайцев" W2K3 игнорирует :))))
В первых двух случаях в конфиге самбы использовалась опция
winbind use default domain = yes
а в третьем она не была нужна, в общем то и всё отличие, если оно и могло повлиять как-то.
>В первых двух случаях в конфиге самбы использовалась опция
> winbind use default domain = yes
>а в третьем она не была нужна, в общем то и всё
>отличие, если оно и могло повлиять как-то.Народ, вы не поверите, действительно именно из-за этой опции не работало!!!
Как заставить без неё работать - не знаю пока, но вот с этой опцией бесконечные запросы сменяются на РУЛЁЗЗЗ!!!
так что именно в этом трабла, ставтеwinbind use default domain = yes
и ваши волосы будут ....
А указать, что есть еще другая прокся под ISA, знаю что надо указать ее в качестве парента, но не могу понять как. Может кто подскажет?
И еще, чтобы доступ к фтп определить нужно дописать в конец
ftp_access allow squidusers
ftp_access deny all
или я не прав?
А у squid нет возможности узнать о принадлежности пользователя к группе в ads?
Было бы удобно раздавать acl по ads группам.
Васильченко Евгений
Статья отличная, побольше бы таких статей.
С windows 2000 этот механизм тоже работает.
> 3.1 Установка Керберос производства HEIMDAL
> 3.1.1 Переходим в каталог порта:
> cd /usr/ports/security/heimdal
> 3.1.2 Вводим команду:
> make installА зачем если ещё и требуем:
> 1. Необходимое программное обеспечение
> 1.1 Операционная система FreeBSD-5.4
???# grep VERSION= /usr/src/crypto/heimdal/configure
PACKAGE_VERSION='0.6.3'
VERSION='0.6.3'
# cat /usr/ports/security/heimdal/distinfo
MD5 (heimdal-0.6.3.tar.gz) = 2265fd2d4573dd3a8da45ce62519e48b
SIZE (heimdal-0.6.3.tar.gz) = 3333604Версия таже.
Ещё добавить в /etc/make.conf строчки (на случай пересборки мира - не уверен, что по умолчанию оно собирается):
MAKE_KERBEROS5=yes
ENABLE_SUID_K5SU=yes
auth_param ntlm program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --require-membership-of="DOMAIN/internet users"auth_param basic program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-basic --require-membership-of="DOMAIN/internet users"
можно так разрешать доступ в интернет для определенной доменной группы - здесь это internet users. Как разбить доменные группы по разным ACL - убей не пойму, может кто разобрался?
в конце этой вот статьи есть инструкции по аутентификации
доменных групп
www.opennet.ru/base/net/win_squid.txt.html
Немного дополню свое предыдущее сообщение
фактом, что у меня вариант проверки группы через wb_group
не сработал.
Однако я сразу держал в голове возможность написать
на перле свой врапер.
К счастью, упомянутый
/usr/local/libexec/squid/wbinfo_group.pl
замечательно работает, при условии, что у вас работает wbinfo.
Тогда, если группа из AD называется sg_squid_access, то
-----squid.conf
external_acl_type nt_group ttl=10 %LOGIN /usr/local/squid/libexec/wbinfo_group.placl sg_squid_access external nt_group sg_squid_access
http_access allow sg_squid_access
-----end squid.conf
ttl=10 нужно, чтобы указать через сколько секунд проверить, состоит ли пользователь в доменной группе sg_squid_access.
Скажем пользователь полез в инет, получил отказ в доступе, вы его добавили в группу, доступ он получит (без указанного ttl) через час или после перезагрузки squid.
И наоборот, из группы вы его удалите, а доступ ему закроется через час.
Ребята вот такой вопрос :freebsd# kinit -p admin@domain.ru
admin@domain.ru's Password:kinit: Password incorrect
В чем грабли?
Извиняюсь за флуд.freebsd# kinit -p admin@DOMAIN.RU
admin@DOMAIN.RU's Password:kinit: NOTICE: ticket renewable lifetime is 1 week
Вроде работает ;)
Привет ВСЕ!
Вроде делал все как в статье написано, но при вводе
root# id admin
выдавал
id: admin: no such user
Не знаю в чем были грабли но вот рабочие конфиги:
smb.conf
[global]
workgroup = IZS
server string = Exserver Samba
security = ads
username man /usr/local/etc/samba/smbusers
winbind separator = +
winbind use default domain = yes
idmap uid = 10000-15000
idmap gid = 10000-15000
winbind enum users = yes
winbind enum groups = yes
hosts allow = 192.168.1. 127.
load printers = yes
log file = /var/log/samba/log.%m
max log size = 50
password server = ntserver.izs.domen.ru
realm = IZS.DOMEN.RU
socket options = TCP_NODELAY
dns proxy = no
#============================ Share Definitions ==============================
[homes]
comment = Home Directories
valid users = %S
browseable = no
writable = no
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# Set public = yes to allow user 'guest account' to print
guest ok = no
writable = no
printable = yes
///////////////////
nsswitch.conf
group: files winbind
group_compat: nis
hosts: files dns
networks: files
passwd: files winbind
passwd_compat: nis
shells: files
//////////////////////
теперь при вводе
root#id admin
выдает
uid=10002(admin) gid=10008(Domain Admins) groups=10008(Domain Admins), 10005(Schema Admins), 10006(Enterprise Admins), 10000(Domain Users), 10020(SERVER), 10030(KLAdmins)в smb.conf
ntserver - это где развернут домен
IZS.DOMEN.RU - мой надуманный домен
По поводу русских имен пользователей в домене. При поднятии уровня контроллера домена и леса до "родного" Windows 2003 Server squid начал понимать русские имена (по умолчанию Windows 2003 Server в качестве контроллера домена функционирует в режиме совместимости с Windows 2000). Так что неприятное для многих ограничение снято. Хоть я и не сторонник локализованных логинов, но у многих пользователей серьезные проблемы со скоростью печати на английском.Просьба откорректировать окончание статьи должным образом, дабы не вводить читателей в заблуждение.
С уважением, Тарас.
ELANTECH
>По поводу русских имен пользователей в домене. При поднятии уровня контроллера домена
>и леса до "родного" Windows 2003 Server squid начал понимать русские
>имена (по умолчанию Windows 2003 Server в качестве контроллера домена функционирует
>в режиме совместимости с Windows 2000). Так что неприятное для многих
>ограничение снято. Хоть я и не сторонник локализованных логинов, но у
>многих пользователей серьезные проблемы со скоростью печати на английском.
>
>Просьба откорректировать окончание статьи должным образом, дабы не вводить читателей в заблуждение.К сожалению, мне это не помогло.
А кто делал авторизацию Через несколько групп Windows
Прочто пользователей вижу
А вот по группам нет
Не могу въехать в работу wbinfo_group
А что вы скажете натакоу ответ?kinit -p admin@domain.ru
admin@domain.ru`s Password:
kinit: krb5_get_init_creds: Response too big for UDP, retry with TCPКак заставить его работать по TCP?
Попробуй в /etc/krb5.conf указать
[realms]
SERVER.REALMS = {
kdc = tcp/rdc.server.realms
}
>Попробуй в /etc/krb5.conf указать
>[realms]
>SERVER.REALMS = {
> kdc = tcp/rdc.server.realms
>}
тогда пишет kinit: krb5_get_init_creds: unable to reach any KDC in realm SERVER.REALMS
вопрос остается
как заставить его работать через tcp ???!!
>Попробуй в /etc/krb5.conf указать
>[realms]
>SERVER.REALMS = {
> kdc = tcp/rdc.server.realms
>}
правильно вот так[realms]
ZT = {
kdc = tcp/server
admin_server = server
}будет через tcp работать
но теперь на правильный пароль пишет kinit: Password incorrect
как исправить?
>>Попробуй в /etc/krb5.conf указать
>>[realms]
>>SERVER.REALMS = {
>> kdc = tcp/rdc.server.realms
>>}
>
>
>правильно вот так
>
>[realms]
> ZT = {
> kdc = tcp/server
> admin_server = server
> }
>
>будет через tcp работать
>но теперь на правильный пароль пишет kinit: Password incorrect
>как исправить?
получилось!!
тока конфиг немного другой
оригинальные доки рулят!
А по подробнее?
а зачем это надо если pppoe клиент в xp может брать имя и пароль из домена?
остается тока настроить pppoe сервер и прописать ему юзеров с пассами из домена
Затем что проще использовать сквид для билинга интернета, чем ковыряться в pppoe, да и потом , это ты предлагаешь организации в 1к человек каждому сделать pppoe соединение? Отличное у тебя маштабируемое решение......
Странно. После всех манипуляций все заработало. Но вот пользователь существующий локально и в домене не может зайти по ssh
с фрей 6 возникли проблемы c nsswitch.conf
id Administrator не катит
после руссификации freebsd 5.4 через sysinstall в koi8-r и добавления в smb.conf строчекdisplay charset = KOI8-R
unix charset = KOI8-R
dos charset = CP866отлично видит русских пользователей
>после руссификации freebsd 5.4 через sysinstall в koi8-r и добавления в smb.conf
>строчек
>
>display charset = KOI8-R
>unix charset = KOI8-R
>dos charset = CP866
>
>отлично видит русских пользователейвидит то видит, а работает? если да - то как? у меня не получаеться :(
>>после руссификации freebsd 5.4 через sysinstall в koi8-r и добавления в smb.conf
>>строчек
>>
>>display charset = KOI8-R
>>unix charset = KOI8-R
>>dos charset = CP866
>>
>>отлично видит русских пользователей
>
>видит то видит, а работает? если да - то как? у меня
>не получаеться :(
Пробуй не по имени пользователя, а поего SID тогда прокатит.
>>>после руссификации freebsd 5.4 через sysinstall в koi8-r и добавления в smb.conf
>>>строчек
>>>
>>>display charset = KOI8-R
>>>unix charset = KOI8-R
>>>dos charset = CP866
>>>
>>>отлично видит русских пользователей
>>
>>видит то видит, а работает? если да - то как? у меня
>>не получаеться :(
>
>
>Пробуй не по имени пользователя, а поего SID тогда прокатит.Илья, плиз подскажи где/как заставить его использовать SID а не имя, перелопатил многое - найти не могу где указать, но похоже это единственный вариант :(.
>>>>после руссификации freebsd 5.4 через sysinstall в koi8-r и добавления в smb.conf
>>>>строчек
>>>>
>>>>display charset = KOI8-R
>>>>unix charset = KOI8-R
>>>>dos charset = CP866
>>>>
>>>>отлично видит русских пользователей
>>>
>>>видит то видит, а работает? если да - то как? у меня
>>>не получаеться :(
>>
>>
>>Пробуй не по имени пользователя, а поего SID тогда прокатит.
>
>Илья, плиз подскажи где/как заставить его использовать SID а не имя, перелопатил
>многое - найти не могу где указать, но похоже это единственный
>вариант :(.Разобрался. С русскими работает, но только ntlm и с IE :(((opera нет :().
А мне нужна была basic изначально.
Ну и в логах squid в левой кодировке логины пользователей, но это можно переконвертить.
А по-поводу SID - подскажите кто знают.
А у меня случилось нечто непонятное, вдруг перестала работать ntlm аутентификация, при проверке вместо OK стала выдавать HB. что свидетельствоало о сбое в helpere протоколе.
Как вылечить?
Люди, а в нативном режиме если стоит домет то труба?
У меня не хочет работать никак. пробовал разные статьи отрабатывать - шиш...
Блин что только не делал и все пермишины перепробовал и конфиг сотню раз по разному правил и вводил и выводил из домена раз 20... все комманды wbinfo проходят, -helper-protocol=squid-2.5-basic работает, а вот -helper-protocol=squid-2.5-ntlmssp не работает пишет BH (utils/ntlm_auth.c:manage_squid_ntlmssp_request(575))и всё. смотрел исходник я так понял что ему не нравится nt_status...
libsmb/clientgen.c:cli_rpc_pipe_close(375)
cli_rpc_pipe_close: cli_close failed on pipe \NETLOGON, fnum 0x4003 to machine
SERVERNEO. Error was Call timed out: server did not respond after 10000 millis
econds
Народ, а как сделать, что самба искала юзверей только в одном домене?
У меня просто очень большое доменное дерево (региональная компания большой организации). Оооочень долго ищет юзеря по всем доменам. :(
> Народ, а как сделать, что самба искала юзверей только в
>одном домене?
>У меня просто очень большое доменное дерево (региональная компания большой организации). Оооочень
>долго ищет юзеря по всем доменам. :(Почитай на счёт
allow trusted domains =
в smb.conf
Мне помогло уменьшить видимую часть дерева до локального домена.
Кто-нибудь сталкивался с проблемами при большом количестве пользователей (порядка 250)?
Периодически в cache.log возникает такое:
Login for user [DOMAIN]\[USER]@[WORKSTATION] failed due to [Reading winbind reply failed!]
[2006/11/15 12:04:17, 10] utils/ntlm_auth.c:manage_squid_ntlmssp_request(608)
NTLMSSP NT_STATUS_UNSUCCESSFUL
Через какое-то время все восстанавливается, но ненадолго... :-(
Помогите разобратся...
все работало хорошо... и работает сейчас... только у некоторых пользователей возникает предложение ввести имя и пароль... при исп. kinit и wbinfo -a на сервере все в порядке... а с клиентской машины просит пароль и все...
При том что не у всех а у некоторых... у остальных же все в порядке...
>Помогите разобратся...
>все работало хорошо... и работает сейчас... только у некоторых пользователей возникает предложение
>ввести имя и пароль... при исп. kinit и wbinfo -a на
>сервере все в порядке... а с клиентской машины просит пароль и
>все...
>При том что не у всех а у некоторых... у остальных же
>все в порядке...убей в домене эту клиентскую машину и создай ее.. правда есть вероятность, что профайлы порушатся, скопируй все необходимое ;)
Вобщем есть папу(не сильно существенных) огрехов, в файле nsswitch не надо ничего добавлять, а лишь только редактировать!
Ну с керберосом и так всё ясно, надо не путать регистр.
И на данный момент лучше использовать последнюю самбу это 3.23d.
Собсно и всё, у меня "почти такой же":) вариант работает на 5.4 на 6.1 и на 6.2, всё стабильно.
>Вобщем есть папу(не сильно существенных) огрехов, в файле nsswitch не надо
>ничего добавлять, а лишь только редактировать!
>Ну с керберосом и так всё ясно, надо не путать регистр.
>И на данный момент лучше использовать последнюю самбу это 3.23d.
>Собсно и всё, у меня "почти такой же":) вариант работает на 5.4
>на 6.1 и на 6.2, всё стабильно.скажи как редактировать?
у меня в nsswitch.conf на freebsd 6.2-stable написано:group: files winbind
group_compat: nis
hosts: files dns
networks: files
passwd: files winbind
passwd_compat: nis
shells: filesсистема _иногда_ тормозит при вводе пароля по ssh (видимо ищет в домене этого пользователя или что-то еще)
Вопрос - а если так, то будет работать ?
acl BOSS proxy_auth Adminnistrator BigBOSS
acl Clients proxy_auth REQUIREDт.е. можно ли acl таким образом разруливать ?
Статья прикольная и то что ее кто-то ругает за FUCK-YOU пусть и идет на FUCK-YOU....... FUCK-YOU.RU резко брасается в глаза и тем самым фокусирует на нем зрение так что не ощибешся а еслиб там была написано my.domain.ru то было менее заметнее.....
ну да ладно........ короче в данный момент далаю как тут описано и тут с толкнулся с ошибкой при выполнение команды:kinit -p Administrator@fuck-you.ru либо:
kinit -p Administratorв ответ получил:
kinit: krb5_get_init_creds: unable to reach any KDC in realm
и еще кучу ошибок про неправильный пароль хотя он верный и.т.д.
В общем не получалось настроить Kerberos
короче решил данную проблемму следующим образом на каком то из сайтов нарыл
что если у тебя на АД стоит ДНС надо в файл reslov.conf внести в начало такую строчку:search fuck-you.ru
тем самым мой файл reslov.conf стал похож на такой
search fuck-you.ru
domain fuck-you.ru
nameserver 192.168.3.100
nameserver 213.213.213.213последний nameserver 213.213.213.213 это моего провайдера
вот......... всем спасибо все свободны надеюсь я кому-то помог будут еще возникать ошибки буду писать
Сделал все как написано. Все работает, машина в домене. Но squid не запускаеться. Точнее запускаеться на минуту и отрубаеться. В лог пишет2007/11/09 11:01:51| Swap maxSize 3145728 KB, estimated 241979 objects
2007/11/09 11:01:51| Target number of buckets: 12098
2007/11/09 11:01:51| Using 16384 Store buckets
2007/11/09 11:01:51| Max Mem size: 131072 KB
2007/11/09 11:01:51| Max Swap size: 3145728 KB
2007/11/09 11:01:51| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec
2007/11/09 11:01:51| Rebuilding storage in /usr/local/squid/cache (DIRTY)
2007/11/09 11:01:51| Using Least Load store dir selection
2007/11/09 11:01:51| Current Directory is /usr/local/squid/logs
2007/11/09 11:01:51| Loaded Icons.
2007/11/09 11:01:52| Accepting HTTP connections at 192.168.3.224, port 3128, FD 36.
2007/11/09 11:01:52| Accepting ICP messages at 0.0.0.0, port 3130, FD 37.
2007/11/09 11:01:52| Accepting HTCP messages on port 4827, FD 38.
2007/11/09 11:01:52| Accepting SNMP messages on port 3401, FD 39.
2007/11/09 11:01:52| WCCP Disabled.
2007/11/09 11:01:52| Pinger socket opened on FD 41
2007/11/09 11:01:52| NETDB state reloaded; 1 entries, 8 msec
2007/11/09 11:01:52| Ready to serve requests.
2007/11/09 11:01:52| WARNING: basicauthenticator #1 (FD 21) exited
2007/11/09 11:01:52| WARNING: basicauthenticator #2 (FD 22) exited
2007/11/09 11:01:52| WARNING: basicauthenticator #3 (FD 23) exited
2007/11/09 11:01:52| WARNING: basicauthenticator #4 (FD 24) exited
2007/11/09 11:01:52| WARNING: basicauthenticator #5 (FD 25) exited
2007/11/09 11:01:52| Too few basicauthenticator processes are running
FATAL: The basicauthenticator helpers are crashing too rapidly, need help!Squid Cache (Version 2.5.STABLE12): Terminated abnormally.
CPU Usage: 0.157 seconds = 0.067 user + 0.091 sys
Maximum Resident Size: 8152 KB
Page faults with physical i/o: 0
2007/11/09 11:01:57| Pinger exiting.
2007/11/09 11:01:57| Pinger exiting.
Проверь права доступа на все файлы. Скорее всего у пользователя из-под которого запускается squid не имеет прав на запуск этих файлов
>Проверь права доступа на все файлы. Скорее всего у пользователя из-под которого
>запускается squid не имеет прав на запуск этих файловЗапускаю от имени root.
А если из конфига убрать
auth_param ntlm program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp
auth_param ntlm children 10
auth_param ntlm max_challenge_reuses 0
auth_param ntlm max_challenge_lifetimeauth_param basic program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-basic
auth_param basic children 10
auth_param basic realm Squid proxy-caching web server
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive offacl all src 0.0.0.0/0.0.0.0
acl squidusers proxy_auth REQUIRED(определяем группу юзеров)
http_access allow squidusers(разрешаем им доступ)
http_access deny allто все запускаеться
>>Проверь права доступа на все файлы. Скорее всего у пользователя из-под которого
>>запускается squid не имеет прав на запуск этих файлов
>
>Запускаю от имени root.SQUID никогда не запуститься от имени рут, не надо тут :)
Правильно, не надо тут...
# cat rc.conf |grep squid
squid_user="root"
squid_enable="YES"
# ps -aux |grep squid |grep root
root 540 0.0 0.1 3404 1796 ?? Is 11:59AM 0:00.00 /usr/local/sbin/squid -D
>Правильно, не надо тут...
># cat rc.conf |grep squid
>squid_user="root"
>squid_enable="YES"
># ps -aux |grep squid |grep root
>root 540 0.0 0.1 3404
> 1796 ?? Is 11:59AM
>0:00.00 /usr/local/sbin/squid -DУжас...
А какие конкретно файлы посмотреть? Простите...
>А какие конкретно файлы посмотреть? Простите...Выполните две команды в каталоге, где конфиги прокси:
cat squid.conf | grep cache_effective
ls -la /usr/local/bin/ntlm_auth
Господа, трабл.
пытаюсь настроить ntlm авторизацию, а сквид не стартует... подскажите, куда копать?
дебаг вывод:
2007/11/24 07:50:11| Starting Squid Cache version 2.6.STABLE16 for i386-portbld-freebsd6.3...
2007/11/24 07:50:11| Process ID 13611
2007/11/24 07:50:11| With 3712 file descriptors available
2007/11/24 07:50:11| Using kqueue for the IO loop
2007/11/24 07:50:11| Performing DNS Tests...
2007/11/24 07:50:11| Successful DNS name lookup tests...
2007/11/24 07:50:11| DNS Socket created at 0.0.0.0, port 64910, FD 9
2007/11/24 07:50:11| Adding nameserver 127.0.0.1 from /etc/resolv.conf
2007/11/24 07:50:11| helperStatefulOpenServers: Starting 5 'ntlm_auth' processes
2007/11/24 07:50:11| helperOpenServers: Starting 5 'ntlm_auth' processes
2007/11/24 07:50:12| helperOpenServers: Starting 5 'squid_ldap_group.pl' processes
2007/11/24 07:50:12| Unlinkd pipe opened on FD 29
2007/11/24 07:50:12| Swap maxSize 8192000 KB, estimated 630153 objects
2007/11/24 07:50:12| Target number of buckets: 31507
2007/11/24 07:50:12| Using 32768 Store buckets
2007/11/24 07:50:12| Max Mem size: 8192 KB
2007/11/24 07:50:12| Max Swap size: 8192000 KB
2007/11/24 07:50:12| Rebuilding storage in /usr/local/squid/cache (DIRTY)
2007/11/24 07:50:12| Using Least Load store dir selection
2007/11/24 07:50:12| Set Current Directory to /usr/local/squid/cache
2007/11/24 07:50:12| Loaded Icons.
2007/11/24 07:50:12| Accepting proxy HTTP connections at 0.0.0.0, port 3128, FD 31.
2007/11/24 07:50:12| Accepting ICP messages at 0.0.0.0, port 3130, FD 32.
2007/11/24 07:50:12| Ready to serve requests.
2007/11/24 07:50:12| WARNING: ntlmauthenticator #1 (FD 10) exited
2007/11/24 07:50:12| WARNING: ntlmauthenticator #2 (FD 11) exited
2007/11/24 07:50:12| WARNING: ntlmauthenticator #3 (FD 12) exited
2007/11/24 07:50:12| Too few ntlmauthenticator processes are running
FATAL: The ntlmauthenticator helpers are crashing too rapidly, need help!
>[оверквотинг удален]
>2007/11/24 07:50:12| Loaded Icons.
>2007/11/24 07:50:12| Accepting proxy HTTP connections at 0.0.0.0, port 3128, FD 31.
>
>2007/11/24 07:50:12| Accepting ICP messages at 0.0.0.0, port 3130, FD 32.
>2007/11/24 07:50:12| Ready to serve requests.
>2007/11/24 07:50:12| WARNING: ntlmauthenticator #1 (FD 10) exited
>2007/11/24 07:50:12| WARNING: ntlmauthenticator #2 (FD 11) exited
>2007/11/24 07:50:12| WARNING: ntlmauthenticator #3 (FD 12) exited
>2007/11/24 07:50:12| Too few ntlmauthenticator processes are running
>FATAL: The ntlmauthenticator helpers are crashing too rapidly, need help!Блин, ну читайте же выше посты. Там есть мои ответы на эту ситуацию
Про ntlm аутентификацию через группы:1.Пользователи, которых надо пускать в и-нет прописаны в текстовом файле name_userov. Настройки имеют вид:
auth_param ntlm program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp
auth_param basic program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-basicacl squidusers proxy_auth "/путь/name_userov"
Плюс такого подхода: если пользователя нет в файле name_userov, то при доступе к сквиду ему даётся отлуп в виде "Доступ запрещён".
Минус: после добавления пользователя в файл name_userov, необходимо перезапускать сквид.
2. Пользователи, которых надо пускать в и-нет, прописаны в группе ActiveDirectory, которая называется internet_users.
Настройки имеют вид:auth_param ntlm program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --require-membership-of="DOMAIN\\internet_users"
auth_param basic program /usr/local/bin/ntlm_auth --helper-protocol=squid-2.5-basic --require-membership-of="DOMAIN\\internet_users"acl squidusers proxy_auth REQUIRED
Плюс такого подхода: при добавлении пользователя в доменную группу internet_users, пользователю не надо перезаходить в домен (как это бывает необходимо при доступе к Win-ресурсам), нет необходимости перезапускать сквид.
Минус: если пользователя не допускают к и-нету,т.е. его имени нет в доменной группе internet_users, то при доступе к сквиду ему выдаётся окошко аутентификации. У пользователя возникает соблазн узнать чужие имя-пароль, набрать их в окошке, поставить галочку "запомнить", и ходить всегда, даже после перезагрузки ПК, в и-нет за счёт чужого трафика.
хм а ктонить делал так чтоб авторизированные пользователи на свиде шли в инет через нат?
И при этом работал кеш (не принцепиально)
>хм а ктонить делал так чтоб авторизированные пользователи на свиде шли в
>инет через нат?
>И при этом работал кеш (не принцепиально)Уважаемый, пора вылазить из тазика, если кеш не принципиален, то PPPoE вам намного лучше поможет.
З.Ы. При использовании PPPoE вам никто, не мешает необходимый трафик заворачивать как и куда угодно.
>хм а ктонить делал так чтоб авторизированные пользователи на свиде >шли в инет через нат?
>И при этом работал кеш (не принцепиально)я делал. у меня на центральном шлюзе нат стоит под линуксом, а в локалке фря, на ней сквид с авторизацией в AD.
спасибо большое
Добротная статья, спасибо!
статья лучшая из тех что мне попадались. из ньюансов скажу лишь что коннектил самбу в домен при акаунте отличном от administrator и паролем что не иммет в своем составе сложных спецсимволов