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.
    • werterW
      werter
      last edited by werter

      Добрый

      Версия пф? Версия сквида?

      forum.netgate.com/topic/132302/squid-ldap-группы-ad-нужен-совет/

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

        @werter squid 3.5.27 и pfsense 2.4.4(вроде), в общем последнее что есть в доступе на сайте стабильное.
        Спасибо за ответ, увидел много интересного, завтра буду пробовать

        1 Reply Last reply Reply Quote 0
        • werterW
          werter
          last edited by werter

          @flamel
          Просьба отписаться о проделанном. С картинками ) Тема оч актуальна.
          Заранее благодарен.

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

            @werter В общем вчера весь день промучился, но успехов ноль, сейчас Squid умирает даже при таком коде:

            auth_param negotiate program /usr/local/libexec/squid/negotiate_kerberos_auth -k /etc/krb5.keytab
            auth_param negotiate children 15
            auth_param negotiate keep_alive on
            
            acl password proxy_auth REQUIRED
            http_access allow auth
            

            При этом krb5.conf выглядит так:

            [libdefaults]
            default_keytab_name = /etc/krb5.keytab
            default_realm = PRIMVODA.LOCAL
            [realms]
            PRIMVODA.LOCAL = {
            kdc = BDC.PRIMVODA.LOCAL
            kdc = dc.primvoda.local
            admin_server = bdc.primvoda.local
            default_domain = primvoda.local
            }
            [domain_realm]
            .primvoda.local = PRIMVODA.LOCAL
            primvoda.local = PRIMVODA.LOCAL
            

            HOSTS выглядит так:

            127.0.0.1	localhost localhost.primvoda.local
            ::1	localhost localhost.primvoda.local
            192.168.8.8	pfsense.primvoda.local pfsense
            

            А resolf.conf так:

            nameserver 192.168.8.10
            nameserver 192.168.8.11
            search primvoda.local
            

            Причем умирает он после добавления строчки http_access allow auth
            Т.е хелпер negotiate_kerberos_auth не работает?

            Bungled /usr/local/etc/squid/squid.conf line 129: http_access allow auth
            

            Полностью squid.conf выглядит так:

            # This file is automatically generated by pfSense
            # Do not edit manually !
            
            http_port 192.168.8.8:8080 ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=10MB cert=/usr/local/etc/squid/serverkey.pem capath=/usr/local/share/certs/ cipher=EECDH+ECDSA+AESGCM:EECDH+aRSA+AESGCM:EECDH+ECDSA+SHA384:EECDH+ECDSA+SHA256:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH+aRSA+RC4:EECDH:EDH+aRSA:HIGH:!RC4:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS tls-dh=prime256v1:/etc/dh-parameters.2048 options=NO_SSLv2,NO_SSLv3,SINGLE_DH_USE,SINGLE_ECDH_USE
            
            icp_port 0
            digest_generation off
            dns_v4_first off
            pid_filename /var/run/squid/squid.pid
            cache_effective_user squid
            cache_effective_group proxy
            error_default_language ru
            icon_directory /usr/local/etc/squid/icons
            visible_hostname pfsense
            cache_mgr tech@primvoda.ru
            access_log /var/squid/logs/access.log
            cache_log /var/squid/logs/cache.log
            cache_store_log none
            netdb_filename /var/squid/logs/netdb.state
            pinger_enable on
            pinger_program /usr/local/libexec/squid/pinger
            sslcrtd_program /usr/local/libexec/squid/ssl_crtd -s /var/squid/lib/ssl_db -M 4MB -b 2048
            sslcrtd_children 5
            sslproxy_capath /usr/local/share/certs/
            sslproxy_options NO_SSLv2,NO_SSLv3,SINGLE_DH_USE,SINGLE_ECDH_USE
            sslproxy_cipher EECDH+ECDSA+AESGCM:EECDH+aRSA+AESGCM:EECDH+ECDSA+SHA384:EECDH+ECDSA+SHA256:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH+aRSA+RC4:EECDH:EDH+aRSA:HIGH:!RC4:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS
            sslproxy_flags DONT_VERIFY_PEER
            
            logfile_rotate 0
            debug_options rotate=0
            shutdown_lifetime 3 seconds
            # Allow local network(s) on interface(s)
            acl localnet src  192.168.8.0/24
            forwarded_for on
            uri_whitespace strip
            
            acl dynamic urlpath_regex cgi-bin \?
            cache deny dynamic
            
            cache_mem 64 MB
            maximum_object_size_in_memory 256 KB
            memory_replacement_policy heap GDSF
            cache_replacement_policy heap LFUDA
            minimum_object_size 0 KB
            maximum_object_size 4 MB
            cache_dir ufs /var/squid/cache 100 16 256
            offline_mode off
            cache_swap_low 90
            cache_swap_high 95
            cache allow all
            # Add any of your own refresh_pattern entries above these.
            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
            
            
            #Remote proxies
            
            
            # Setup some default acls
            # ACLs all, manager, localhost, and to_localhost are predefined.
            acl allsrc src all
            acl safeports port 21 70 80 210 280 443 488 563 591 631 777 901  8080 3129 1025-65535 
            acl sslports port 443 563  
            
            acl purge method PURGE
            acl connect method CONNECT
            
            # Define protocols used for redirects
            acl HTTP proto HTTP
            acl HTTPS proto HTTPS
            
            # SslBump Peek and Splice
            # http://wiki.squid-cache.org/Features/SslPeekAndSplice
            # http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit
            # Match against the current step during ssl_bump evaluation [fast]
            # Never matches and should not be used outside the ssl_bump context.
            #
            # At each SslBump step, Squid evaluates ssl_bump directives to find
            # the next bumping action (e.g., peek or splice). Valid SslBump step
            # values and the corresponding ssl_bump evaluation moments are:
            #   SslBump1: After getting TCP-level and HTTP CONNECT info.
            #   SslBump2: After getting TLS Client Hello info.
            #   SslBump3: After getting TLS Server Hello info.
            # These ACLs exist even when 'SSL/MITM Mode' is set to 'Custom' so that
            # they can be used there for custom configuration.
            acl step1 at_step SslBump1
            acl step2 at_step SslBump2
            acl step3 at_step SslBump3
            http_access allow manager localhost
            
            http_access deny manager
            http_access allow purge localhost
            http_access deny purge
            http_access deny !safeports
            http_access deny CONNECT !sslports
            
            # Always allow localhost connections
            http_access allow localhost
            
            request_body_max_size 0 KB
            delay_pools 1
            delay_class 1 2
            delay_parameters 1 -1/-1 -1/-1
            delay_initial_bucket_level 100
            delay_access 1 allow allsrc
            
            # Reverse Proxy settings
            
            
            # Custom options before auth
            auth_param negotiate program /usr/local/libexec/squid/negotiate_kerberos_auth -k /etc/krb5.keytab
            auth_param negotiate children 15
            auth_param negotiate keep_alive on
            
            # включаем авторизацию по паролю
            acl password proxy_auth REQUIRED
            http_access allow auth
            
            ssl_bump peek step1
            ssl_bump bump all
            # Setup allowed ACLs
            # Allow local network(s) on interface(s)
            http_access allow localnet
            # Default block all to be sure
            http_access deny allsrc
            

            Squid просто не знает кто такие auth? Или как?

            При вводе

            kinit -k -t /etc/krb5.keytab HTTP/pfsense.primvoda.local
            
            klist
            Credentials cache: FILE:/tmp/krb5cc_0
                    Principal: HTTP/pfsense.primvoda.local@PRIMVODA.LOCAL
            
              Issued                Expires               Principal
            Nov 13 08:41:32 2019  Nov 13 18:41:32 2019  krbtgt/PRIMVODA.LOCAL@PRIMVODA.LOCAL
            
            

            Единственное почему-то ключ -V не работает, он должен заставлять выводить сообщение об успешной авторизации, но на сколько я понимаю если запись появляется то и авторизация работает?

            В общем совсем не могу понять в чем проблема, куда смотреть, это еще не дошел до групп доступа даже.

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

              Копаю дальше, проверяю работу хелпера ext_kerberos_ldap_group_acl

              ext
              kerberos_ldap_group.cc(278): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: INFO: Starting version 1.3.1sq
              support_group.cc(382): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: INFO: Group list group_0@primvoda.local
              support_group.cc(447): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: INFO: Group group_0  Domain primvoda.local
              support_netbios.cc(83): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: DEBUG: Netbios list NULL
              support_netbios.cc(87): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: DEBUG: No netbios names defined.
              support_lserver.cc(82): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: DEBUG: ldap server list NULL
              support_lserver.cc(86): pid=82148 :2019/11/13 13:50:21| kerberos_ldap_group: DEBUG: No ldap servers defined.
              
              
              
              support_resolv.cc(407): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Adding PRIMVODA.LOCAL to list
              support_resolv.cc(443): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Sorted ldap server names for domain PRIMVODA.LOCAL:
              support_resolv.cc(445): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Host: uran.primvoda.local Port: 389 Priority: 0 Weight: 100
              support_resolv.cc(445): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Host: dc.primvoda.local Port: 389 Priority: 0 Weight: 100
              support_resolv.cc(445): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Host: BDC.primvoda.local Port: 389 Priority: 0 Weight: 100
              support_resolv.cc(445): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Host: PRIMVODA.LOCAL Port: -1 Priority: -2 Weight: -2
              support_ldap.cc(942): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Setting up connection to ldap server uran.primvoda.local:389
              support_ldap.cc(953): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Bind to ldap server with SASL/GSSAPI
              support_sasl.cc(259): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Could not set LDAP_OPT_X_SASL_SECPROPS: maxssf=56: Can't contact LDAP server
              support_ldap.cc(957): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Error while binding to ldap server with SASL/GSSAPI: Can't contact LDAP server
              support_ldap.cc(942): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Setting up connection to ldap server dc.primvoda.local:389
              support_ldap.cc(953): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Bind to ldap server with SASL/GSSAPI
              support_sasl.cc(259): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Could not set LDAP_OPT_X_SASL_SECPROPS: maxssf=56: Can't contact LDAP server
              support_ldap.cc(957): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Error while binding to ldap server with SASL/GSSAPI: Can't contact LDAP server
              support_ldap.cc(942): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Setting up connection to ldap server BDC.primvoda.local:389
              support_ldap.cc(953): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Bind to ldap server with SASL/GSSAPI
              support_sasl.cc(259): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Could not set LDAP_OPT_X_SASL_SECPROPS: maxssf=56: Can't contact LDAP server
              support_ldap.cc(957): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Error while binding to ldap server with SASL/GSSAPI: Can't contact LDAP server
              support_ldap.cc(942): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Setting up connection to ldap server PRIMVODA.LOCAL:389
              support_ldap.cc(953): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Bind to ldap server with SASL/GSSAPI
              support_sasl.cc(259): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Could not set LDAP_OPT_X_SASL_SECPROPS: maxssf=56: Can't contact LDAP server
              support_ldap.cc(957): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: ERROR: Error while binding to ldap server with SASL/GSSAPI: Can't contact LDAP server
              support_ldap.cc(979): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Error during initialisation of ldap connection: No error: 0
              support_ldap.cc(1048): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Error during initialisation of ldap connection: No error: 0
              support_member.cc(76): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: INFO: User netscan is not member of group@domain group_0@primvoda.local
              support_member.cc(91): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Default domain loop: group@domain group_0@primvoda.local
              support_member.cc(119): pid=46565 :2019/11/13 14:05:09| kerberos_ldap_group: DEBUG: Default group loop: group@domain group_0@primvoda.local
              
              

              В конце видно что он отвечает что пользователь не является членом группы, но он является.
              Да и в целом на сколько я понял он не подключается к серверу, на одном из серверов временно отключили брандмауэр - ничего не изменилось.
              Местный антиспам не даёт отправить весь код, там кусок в котором он видит все три контроллера домена вырезан

              1 Reply Last reply Reply Quote 0
              • werterW
                werter
                last edited by

                @flamel

                Вот тут аж 3 части interface31.ru/tech_it/2015/07/nastraivaem-squid-dlya-raboty-s-active-directory-chast-3-avtorizaciya-na-osnove-grupp-ad.html
                Может что-то найдется.

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

                  @werter да я уже читал это, но с пфсенс какая то другая оказия

                  1 Reply Last reply Reply Quote 0
                  • werterW
                    werter
                    last edited by

                    Остается собраться с духом (и гуглопереводчиком) и обратиться в англо-ветку.

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

                      Приветствую!

                      Я настраивал по https://journeyofthegeek.com/2017/12/30/pfsense-squid-kerberos/.

                      Все получилось. (Только не надо включать ssl фильтрацию в настройках Squid-а. Он и так теперь работает как надо)

                      Использую непрозрачный Squid + SquidGuard.
                      Авторизация в Squid - Kerberos.
                      Доступ ограничиваю SquidGuard + фильтры LDAP.

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

                        @Gonzales Приветствую!
                        Всё получилось! Пользователь получает тикет и успешно заходит в интернет без всяких логинов\паролей.
                        Расскажите подробней, а при отключении фильтрации ssl как ограничивать пользователям доступ к сайтам по https?
                        И про фильтры ldap вы имеете ввиду хелпер ext_ldap_group_acl ???

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

                          При отключенной опции
                          Services
                          -> Squid Proxy Server
                          ->HTTPS/SSL Interception

                          Enable SSL filtering.

                          https благополучно фильтруются. ( https://forum.netgate.com/topic/127178/%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%BD%D0%BE%D0%B9-%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81-%D0%BF%D0%BE-%D1%84%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%B0%D1%86%D0%B8%D0%B8-https-%D0%B2-squid )

                          В SquidGuard в настройках Target categories указываем для фильтрации Domain List (Например mail.ru youtube.com) и URL List (mail.ru/ youtube.com/)

                          Фильтры LDAP:

                          в SquidGuard -> General settings:

                          Strip NT domain name [ V ]
                          Strip Kerberos Realm [ V ]

                          без этих опций не работает, т.к. имя объекта будет иметь вид user@domain.local, а нам надо просто user.

                          в SquidGuard -> Groups ACL -> Client (source):

                          ldapusersearch ldap://serverDC.domain.local:3268/DC=DOMAIN,DC=LOCAL?sAMAccountName?sub?(&(sAMAccountName=%s)(memberOf=CN=IT_Group%2cOU=IT%2cOU=Users%2cDC=DOMAIN%2cDC=LOCAL))

                          И говорим этой группе, как поступать с каждым таргетом в Target Rules List.

                          Еще ссылки:
                          http://sophie.aero.jussieu.fr/distrib/Mandriva/2011.0/x86_64/by-pkgid/11346c3ea8d66e97756aab0a36574da7/files/34
                          тут про фильтр ldap. Мне помогла, т.к. я не указывал порт (пол дня потратил из за тупости и/или лени).

                          https://open-networks.ru/d/47-pfsense-squid-clamav
                          тут на коротке общие настройки

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

                            @Gonzales

                            Enable LDAP FilterEnable options for setup ldap connection to create filters with ldap search
                            LDAP DN
                            CN=**учетка та же что и керберос?**,OU=service-accounts,DC=primvoda,DC=local
                            Configure your LDAP DN (ex: cn=Administrator,cn=Users,dc=domain)
                            LDAP DN Password
                            **какойтопароль**
                            Password must be initialize with letters (Ex: Change123), valid format: [a-zA-Z\/][a-zA-Z0-9/_\-\.\/\:\%\+\?=&]
                            [V] Strip NT domain nameStrip NT domain name component from user names (/ or \ separated).
                            [V] Strip Kerberos RealmStrip Kerberos Realm component from user names (@ separated).
                            

                            Я правильно все понял?

                            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))

                            так выглядит группа, но суть в том что фильтрация не работает, лог пустой, сквидгуард говорит что все ок - включен. Пытался фильтровать через common ACL, там стоит запрет на все вообще, а все равно пускает в сеть, может я где то на сквиде не так что-то ввел?

                            Аутентификация керберос выглядит так:

                            auth_param negotiate program /usr/local/libexec/squid/negotiate_kerberos_auth -k /usr/local/etc/squid/krb5.keytab
                            auth_param negotiate children 1000
                            auth_param negotiate keep_alive on
                            
                            # включаем авторизацию по паролю
                            acl auth proxy_auth REQUIRED
                            http_access allow auth
                            http_access deny !auth
                            

                            Интеграция squidguard создана автоматически

                            url_rewrite_program /usr/local/bin/squidGuard -c /usr/local/etc/squidGuard/squidGuard.conf;url_rewrite_bypass off;url_rewrite_children 16 startup=8 idle=4 concurrency=0
                            
                            1 Reply Last reply Reply Quote 0
                            • G
                              Gonzales
                              last edited by

                              Порт можно узнать nmap-ом.

                              3268/tcp  open  globalcatLDAP
                              

                              После того как делаете изменения в настройках SquidGuard, нажимаете в Global settings кнопку [V]Apply ?

                              Что в логах cat /var/squidGuard/log/squidGuard.log?

                              Попробовать в Squid поставить http_access deny !auth перед http_access allow auth.

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

                                @Gonzales
                                На счет порта уже разобрался, даже проверил открыт ли он на контроллере.

                                18.11.2019 13:20:36	squidGuard stopped (1574047236.554)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.552)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.527)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.527)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.526)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.525)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.523)
                                18.11.2019 13:20:36	squidGuard stopped (1574047236.520)
                                18.11.2019 13:20:29	Added LDAP source: krivoshein-ay@primvoda.local
                                18.11.2019 13:20:29	(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)
                                18.11.2019 13:17:43	squidGuard ready for requests (1574047063.673)
                                18.11.2019 13:17:43	Info: recalculating alarm in 38477 seconds
                                18.11.2019 13:17:43	squidGuard 1.4 started (1574047063.464)
                                

                                Примерно так выглядит весь лог, только одинаковых записей о попытке авторизации пользователя больше.
                                В конфиге местами поменял строчки, ничего не поменялось.
                                apply применял, как и перезагрузку собственно

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

                                  krivoshein-ay@primvoda.local - должно быть krivoshein-ay

                                  Галки в SquidGuard в General стоят?
                                  Strip NT domain name [ V ]
                                  Strip Kerberos Realm [ V ]

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

                                    @Gonzales стоят

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

                                      @Gonzales не совсем понимаю как логи пишутся, последняя запись "остановлено", а в general settings "STARTED"

                                      1 Reply Last reply Reply Quote 0
                                      • 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
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.