LINUX.ORG.RU
ФорумAdmin

Squid 3.1 + centos 6.4 + squid_kerb_auth + squid_ldap_group

 , ,


0

1

второй день туплю, прошу помочь хочу сделать прозрачный прокси с kerberos и чтобы группы фильтровал

squid.conf

shutdown_lifetime 5
cache_dir ufs /var/squid/cache 2048 16 256
maximum_object_size 10024
visible_hostname «ZSTTK Proxy»
auth_param negotiate program /usr/lib64/squid/squid_kerb_auth
auth_param negotiate children 10
auth_param negotiate keep_alive on
external_acl_type ldap_verify %LOGIN /usr/lib64/squid/squid_ldap_group -b dc=zsttk,dc=ru -f "(&(sAMAccountType=805306368)(sAMAccountName=%u)(memberOf=cn=%a,cn=Users,dc=zsttk,dc=ru))" -D squidt@zsttk.ru -W /etc/squid/zsttk.ru.passwd -R -K -p 3268 -h nsksrvdc02.zsttk.ru acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl CONNECT method CONNECT
acl localnet src 10.7.0.0/23
acl to_localnet dst 10.7.0.0/23
acl users external ldap_verify squid_test
acl users-list external ldap_verify squid-list
#acl whitelist dstdomain «/etc/squid/whitelist»
acl allusers proxy_auth REQUIRED
http_access allow manager localhost
http_access allow localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow users
#http_access allow users-list whitelist
http_access deny !allusers all
http_access deny all
http_port 10.7.0.243:3129
http_port 127.0.0.1:3129
hierarchy_stoplist cgi-bin ?
coredump_dir /var/spool/squid
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320

kinit - работает, авторизацию проходит. хелпер скивда squid_ldap_group тоже отрабатывает время синхронизировано с ад

в итоге не о какой прозрачности и речи нет браузер постоянно сыплет окошками с логином и паролем а в итоге еще и не пускает.

если нужно лог, напишите выложу.

лично я думаю что дело в конфиге сквида. ткните носом, буду благодарен.

Ответ на: комментарий от hydropon

Насколько мне известно, прозрачный прокси с авторизацией по AD сделать невозможно, авторизацию по AD можно юзать только в том случае, если на клиентах конкретно прописывать вы браузерах адрес сервера в настройках прокси. По другому браузер не понимает что работает с прокси и что за авторизацию от него требуют. Выхода 2, либо прописывать прокси в браузерах, либо авторизовывать по IP.

CeMKa
()
Ответ на: комментарий от CeMKa

насколько мне известно - можно) однако до этого еще дойдем. сейчас в тестовом варианте прокси явно прописан в браузере.

на данный момент во всю работает старая версия на ntml которая полностью прозрачна для пользователя. так что задача сделать быстрый ее аналог)

пока не могу понять почему сквид не авторизуется(

hydropon
() автор топика
Ответ на: комментарий от blind_oracle

спасибо за идею проверю. но уже завтра, война - войной как известно)

hydropon
() автор топика
Ответ на: комментарий от hydropon

Прозрачный прокси с авторизацией в AD принципиально невозможен - прокси на каждый запрос выдаёт ему HTTP/407 запрос и он авторизуется. Если ему каждый сайт в инете будет такое отдавать - он не будет авторизовываться.

Возможна прозрачная авторизация с прописанным прокси в браузере, либо прозрачный прокси, но без авторизации в AD.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

соглашусь сейчас политикой прокси указывается явно значит так и останется

hydropon
() автор топика
Ответ на: комментарий от blind_oracle

Krb5.conf
[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log

[libdefaults]
default_realm = ZSTTK.RU
default_keytab_name = /etc/squid/squid.zsttk.ru.keytab
dns_lookup_realm = false
dns_lookup_kdc = false
ticket_lifetime = 24h
renew_lifetime = 7d
forwardable = true

[realms]
ZSTTK.RU = {
kdc = 10.7.0.6
admin_server = 10.7.0.6
}

[domain_realm]
.zsttk.ru = ZSTTK.RU
zsttk.ru = ZSTTK.RU

в логе скивда реально ничего интересного нет TCP_denied и не слова про авторизацию
на лицо проблемы с kerberos, по моему скромному мнению

hydropon
() автор топика
Ответ на: комментарий от blind_oracle

внутрь realms -> ZSTTK.RU -> default_domain = ZSTTK.RU

А смысл? default_domain - это же для Kerberos 4 (вообще другой протокол, бинарно несовместимый с Kerberos 5), в котором не поддерживались FQDN в SPN, т.к. SPN был в другом формате и символ '.' использовался для других целей.

bigbit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.