Squid+AD+Kerberos+https without password
-
@Gonzales стоят
-
@Gonzales не совсем понимаю как логи пишутся, последняя запись "остановлено", а в general settings "STARTED"
-
@Gonzales ошибка с логином
18.11.2019 13:57:46 Added LDAP source: krivoshein-ay@primvoda.local 18.11.2019 13:57:46 (squidGuard): ldap_search_ext_s failed: Operations error (params: dc=primvoda,dc=local, 2, (&(sAMAccountName=krivoshein-ay@primvoda.local)(memberOf=CN=group_0,OU=squid,OU=service-groups,DC=primvoda,DC=local)), sAMAccountName)Возникает когда я отключаю лдап в general settings, когда включаю начинается событие
18.11.2019 13:57:49 squidGuard stopped (1574049469.524) -
Попробуй убрать enable ldap filter в General settings, нажать apply и посмотреть логи на предмет отсутствия
squidGuard stopped.В учетной записи (на контроллере домена) посмотреть :
Не стоит галка на "Без предварительной проверки подлинности Kerberos" (вот с этим в свое время тоже намучался, когда отдельно squid настраивал на centos-е)
Стоит галка на "Данная учетная запись поддерживает 128-разрядное" (если делал по мануалу)
Можно скрин с General settings или строку с LDAP DN?
-
@Gonzales
учетка создавалась по более простому шифрованию, не AES, попробовать пересоздать?
Если убрать галочку enable LDAP filter SG чудесным образом оживает -
@Gonzales аутентификация при этом на самом сквиде должна быть "none"? помимо того что в дополнительных свойствах прописали
-
На сквиде все норм. (должно быть).
У меня так:
В настройках Squid:
[General]
Enable Squid Proxy - [ V ]
Keep Settings/Data - [ V ]
Proxy Interface(s) - [ LAN, loopback ]
Proxy Port - [ 3128 ]
ICP Port - <empty>
Allow Users on Interface - [ V ]
Resolve DNS IPv4 First - [V]
Disable ICMP - [ ]
Use Alternate DNS Servers for the Proxy Server - <empty>
Transparent HTTP Proxy - [ ]
HTTPS/SSL Interception - [ ]в адвансед:
auth_param negotiate program /usr/local/libexec/squid/negotiate_kerberos_auth -d -k /usr/local/etc/squid/proxy-pf.keytab
auth_param negotiate children 60
auth_param negotiate keep_alive offacl auth proxy_auth REQUIRED
http_access deny !auth
http_access allow authНа вкладке Real time можно посмотреть.
С SG непонять.. Надо попробовать убрать enable LDAP filter, добавить пару сайтов в блэклист и попробовать на них зайти. Если не заходится, значит SG отрабатывает и значит проблема только в подключении к LDAP, т.е. в строке LDAP DN и/или LDAP DN Password в General settings.
Не стоит галка на "Без предварительной проверки подлинности Kerberos" - это проверял?
-
@Gonzales галка не стоит, только я так и не понял, она должна стоять или нет?
Поидее для работы с Ldap SG нужна любая учетка способная читать каталоги LDAP, т.е я могу попробовать любую другую учетку поставить сюда? -
Да, можно попробовать другую. Вот еще господа с форума писали
"Разобрался с авторизацией squid через LDAP. Нужно указать порт 3268 вместо стандартного 389. Теперь pf2ad не нужен.
Squidguard заработал, когда поставил пароль на учётку из 8 букв без цифр, символов. Со сложным паролем не работает(
Подключение к AD прошло успешно! :)"
https://forum.netgate.com/topic/122291/pf2ad-squidguard-%D0%BD%D0%B5-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%D0%B5%D1%82-squidguard/7
-
@flamel Ну как успехи?
-
@Gonzales
Я почти обрадовался, пароль поставил простой и СГ отвис, но теперь веселее, бесконечный запрос логина и пароляldapusersearch ldap://bdc.primvoda.local:3268/DC=PRIMVODA,DC=LOCAL?sAMAccountName?sub?(&(sAMAccountName=%s)(memberOf=CN=group_0%2cOU=squid%2cOU=service-groups%2cDC=PRIMVODA%2cDC=LOCAL))Лист блокировок:
18.11.2019 11:48:35 192.168.12.147/192.168.12.147 r2---sn-ug5onuxaxjvh-n8vs.googlevideo.com:443 Request(default/none/-) krivoshein-ay@primvoda.local CONNECT REDIRECT 18.11.2019 11:48:21 192.168.12.147/192.168.12.147 sync.opera.com:443 Request(default/none/-) krivoshein-ay@primvoda.local CONNECT REDIRECT 18.11.2019 11:48:18 192.168.12.147/192.168.12.147 r2---sn-ug5onuxaxjvh-n8vs.googlevideo.com:443 Request(default/none/-) krivoshein-ay@primvoda.local CONNECT REDIRECT 18.11.2019 11:48:01 192.168.12.147/192.168.12.147 r2---sn-ug5onuxaxjvh-n8vs.googlevideo.com:443 Request(default/none/-) krivoshein-ay@primvoda.local CONNECT REDIRECTСГ работает
18.11.2019 16:08:27 squidGuard ready for requests (1574057307.294) 18.11.2019 16:08:27 Info: recalculating alarm in 28233 seconds 18.11.2019 16:08:27 squidGuard 1.4 started (1574057307.050)может дело в галке "Без предварительной проверки подлинности kerberos"? она должна стоять или нет?
-
Нет не должна.. И это к Squid-у относится, но у тебя авторизация проходит. Или нет?
-
@Gonzales в том то и дело что нет, бесконечный запрос логина и пароля
-
@flamel Попробуй пока вырубить SG и разобраться со Squid.
УЗ пересоздавал или просто пароль изменил?
keytab переформировывал?
-
@Gonzales так все таки надо чтобы одна и та же учетка была? Тогда думаю завтра смогу решить проблему, а то выгнали с работы из за снега) если все получится напишу здесь статью, а то сам потом забуду все)
-
Если изменил пароль на УЗ на которую изначально формировал keytab для squid-а , то его вроде бы надо заново сформировать.
-
@Gonzales нет, я создал ещё одну учетку, про то что если изменил пароль надо ещё и Кейтаб делать я вкурсе, просто учетка сг и сквида должна быть одна или можно разные? Если должна быть одна то вот в этом у меня и проблема
-
@flamel Не исключено.. Ждем результата :)
-
@Gonzales В общем решил по мануалу попробовать AES 128, и столкнулся со странной проблемой, сначала пришлось делать ktutil destroy т.к было две записи в ktutil, исправил, теперь:
FILE:/etc/krb5.keytab: Vno Type Principal Aliases 6 aes128-cts-hmac-sha1-96 HTTP/pfsense.primvoda.local@PRIMVODA.LOCALНо сквид ругается на то что шифрование не "rc4-hmac"
negotiate_kerberos_auth: ERROR: gss_accept_sec_context() failed: Unspecified GSS failure. Minor code may provide more information. Request ticket server HTTP/pfsense.primvoda.local@PRIMVODA.LOCAL kvno 6 found in keytab but not with enctype rc4-hmacдо смешного уже) пока не могу никак найти информацию где и как прописывается использование AES 128
-
@flamel В AD в настройках пользователя поставил поддержку aes128?