Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Squid+AD+Kerberos+https without password

    Scheduled Pinned Locked Moved Russian
    49 Posts 4 Posters 9.4k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • F
      flamel @Gonzales
      last edited by flamel

      @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)
      1 Reply Last reply Reply Quote 0
      • G
        Gonzales
        last edited by

        Попробуй убрать enable ldap filter в General settings, нажать apply и посмотреть логи на предмет отсутствия
        squidGuard stopped.

        В учетной записи (на контроллере домена) посмотреть :

        Не стоит галка на "Без предварительной проверки подлинности Kerberos" (вот с этим в свое время тоже намучался, когда отдельно squid настраивал на centos-е)
        Стоит галка на "Данная учетная запись поддерживает 128-разрядное" (если делал по мануалу)

        d3b56fad-d308-4ee8-af39-c9e8191f31c6-image.png

        Можно скрин с General settings или строку с LDAP DN?

        F 2 Replies Last reply Reply Quote 0
        • F
          flamel @Gonzales
          last edited by

          @Gonzales 1123.JPG
          учетка создавалась по более простому шифрованию, не AES, попробовать пересоздать?
          Если убрать галочку enable LDAP filter SG чудесным образом оживает

          1 Reply Last reply Reply Quote 0
          • F
            flamel @Gonzales
            last edited by

            @Gonzales аутентификация при этом на самом сквиде должна быть "none"? помимо того что в дополнительных свойствах прописали

            1 Reply Last reply Reply Quote 0
            • G
              Gonzales
              last edited by

              На сквиде все норм. (должно быть).

              У меня так:
              В настройках 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 off

              acl 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" - это проверял?

              F 1 Reply Last reply Reply Quote 0
              • F
                flamel @Gonzales
                last edited by

                @Gonzales галка не стоит, только я так и не понял, она должна стоять или нет?
                Поидее для работы с Ldap SG нужна любая учетка способная читать каталоги LDAP, т.е я могу попробовать любую другую учетку поставить сюда?

                G 1 Reply Last reply Reply Quote 0
                • G
                  Gonzales
                  last edited by

                  Да, можно попробовать другую. Вот еще господа с форума писали

                  "Разобрался с авторизацией 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

                  F 1 Reply Last reply Reply Quote 0
                  • G
                    Gonzales @flamel
                    last edited by

                    @flamel Ну как успехи?

                    1 Reply Last reply Reply Quote 0
                    • F
                      flamel @Gonzales
                      last edited by

                      @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"? она должна стоять или нет?

                      1 Reply Last reply Reply Quote 0
                      • G
                        Gonzales
                        last edited by Gonzales

                        Нет не должна.. И это к Squid-у относится, но у тебя авторизация проходит. Или нет?

                        F 1 Reply Last reply Reply Quote 0
                        • F
                          flamel @Gonzales
                          last edited by

                          @Gonzales в том то и дело что нет, бесконечный запрос логина и пароля

                          G 1 Reply Last reply Reply Quote 0
                          • G
                            Gonzales @flamel
                            last edited by

                            @flamel Попробуй пока вырубить SG и разобраться со Squid.

                            УЗ пересоздавал или просто пароль изменил?

                            keytab переформировывал?

                            F 1 Reply Last reply Reply Quote 0
                            • F
                              flamel @Gonzales
                              last edited by

                              @Gonzales так все таки надо чтобы одна и та же учетка была? Тогда думаю завтра смогу решить проблему, а то выгнали с работы из за снега) если все получится напишу здесь статью, а то сам потом забуду все)

                              1 Reply Last reply Reply Quote 0
                              • G
                                Gonzales
                                last edited by

                                Если изменил пароль на УЗ на которую изначально формировал keytab для squid-а , то его вроде бы надо заново сформировать.

                                F 1 Reply Last reply Reply Quote 0
                                • F
                                  flamel @Gonzales
                                  last edited by

                                  @Gonzales нет, я создал ещё одну учетку, про то что если изменил пароль надо ещё и Кейтаб делать я вкурсе, просто учетка сг и сквида должна быть одна или можно разные? Если должна быть одна то вот в этом у меня и проблема

                                  G 1 Reply Last reply Reply Quote 0
                                  • G
                                    Gonzales @flamel
                                    last edited by

                                    @flamel Не исключено.. Ждем результата :)

                                    F 1 Reply Last reply Reply Quote 0
                                    • F
                                      flamel @Gonzales
                                      last edited by

                                      @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

                                      G 1 Reply Last reply Reply Quote 0
                                      • G
                                        Gonzales @flamel
                                        last edited by

                                        @flamel В AD в настройках пользователя поставил поддержку aes128?

                                        F 2 Replies Last reply Reply Quote 0
                                        • F
                                          flamel @Gonzales
                                          last edited by

                                          @Gonzales да, и в krb5.conf прописал aes, но такое чувство будто хелпер запрашивает именно rc

                                          1 Reply Last reply Reply Quote 0
                                          • F
                                            flamel @Gonzales
                                            last edited by

                                            @Gonzales в общем победил тем что сделал новый кейтаб с прежним шифрованием, и все заработало, я от радости чуть не умер, но радость была не долгой, через пол часа аутентификация отвалилась с ошибкой:

                                            Date-Time	Сообщение
01.01.1970 10:00:00	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 not found in keytab (ticket kvno 8)

                                            и почему то все даты стали 01.01.1970

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.