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

    Sqstat + virtual ip lan

    Scheduled Pinned Locked Moved Russian
    17 Posts 2 Posters 7.1k 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.
    • D
      dvserg
      last edited by

      В sqstat пишется откуда он берет инфомацию, с какого адреса. В ошибочном случае какие адрес/порт там показаны?

      SquidGuardDoc EN  RU Tutorial
      Localization ru_PFSense

      1 Reply Last reply Reply Quote 0
      • S
        sundoom
        last edited by

        Ошибочные: 172.16.0.132:81 и 172.16.0.133:81. Вместо этих ip должен стоят один ip - виртуальный 172.16.0.250:81

        В принципе, можно, конечно, оставить как есть, т.е. с ошибочными ip, но тогда трафик будет показываться по тому PFSensе, через который он идет в кластере. Это неудобно, но терпимо. Главное для меня - чтобы работала статистика sqstat.

        1 Reply Last reply Reply Quote 0
        • D
          dvserg
          last edited by

          SQStat берет активный интерфейс с настроек squid 1:1 Мне не понятно, почему получаются различия в определении IP адреса, так как процедура одна и та-же. Покажите Ваш конфиг squid при работе с виртуальным адресом.

          SquidGuardDoc EN  RU Tutorial
          Localization ru_PFSense

          1 Reply Last reply Reply Quote 0
          • S
            sundoom
            last edited by

            http_port 172.16.0.250:81
            icp_port 0

            pid_filename /var/run/squid.pid
            cache_effective_user proxy
            cache_effective_group proxy
            error_directory /usr/local/etc/squid/errors/Russian-1251
            icon_directory /usr/local/etc/squid/icons
            visible_hostname pfsense
            access_log /var/squid/logs/access.log
            cache_log /var/squid/logs/cache.log
            cache_store_log none
            logfile_rotate 30
            shutdown_lifetime 3 seconds

            acl localnet src 172.16.0.0/255.255.255.0
            acl localnet src 172.16.1.0/255.255.255.0
            acl localnet src 172.16.3.0/255.255.255.0
            acl localnet src 172.16.101.0/255.255.255.0
            acl localnet src 172.16.11.0/255.255.255.0
            acl localnet src 172.16.12.0/255.255.255.0
            acl localnet src 172.16.13.0/255.255.255.0
            acl localnet src 192.168.0.0/255.255.255.0
            acl localnet src 192.168.25.0/255.255.255.0

            uri_whitespace strip

            cache_mem 100 MB
            maximum_object_size_in_memory 32 KB
            memory_replacement_policy heap GDSF
            cache_replacement_policy heap LFUDA
            cache_dir ufs /var/squid/cache 500 16 256
            minimum_object_size 0 KB
            maximum_object_size 4 KB
            offline_mode off
            cache_swap_low 90
            cache_swap_high 95

            acl all src 0/0
            acl localhost src 127.0.0.1/255.255.255.255
            acl webserver src 172.16.0.250/255.255.255.255
            acl safeports port 20 21 70 80 210 280 443 488 563 591 631 777 901 3128 1025-65535
            acl sslports port 20 21 443 563
            acl manager proto cache_object
            acl purge method PURGE
            acl connect method CONNECT                                                                                                                    
            acl dynamic urlpath_regex cgi-bin ?
            acl blacklist dstdom_regex -i "/var/squid/acl/blacklist.acl"
            acl whitelist dstdom_regex -i "/var/squid/acl/whitelist.acl"
            cache deny dynamic

            acl FTPclient proto FTP
            acl FTP_port port 60000-61000
            http_access allow FTPclient
            http_access allow CONNECT FTP_port

            http_access allow manager webserver
            http_access deny webserver
            http_access deny manager
            http_access allow purge localhost
            http_access deny purge
            http_access deny !safeports
            http_access deny CONNECT !sslports

            http_access allow localhost

            #http_access deny blacklist
            http_access allow whitelist

            auth_param negotiate program /usr/local/libexec/squid/squid_kerb_auth
            auth_param negotiate children 30
            auth_param negotiate keep_alive on

            auth_param basic program /usr/local/libexec/squid/squid_ldap_auth -v 3 -b dc=green,dc=local -D user@green.local -w 123123123 -f "sAMAccountName=%s" -u cn -P go-srv-dc1:389
            auth_param basic children 5
            auth_param basic realm Hello!
            auth_param basic credentialsttl 60 minutes

            acl auth_users proxy_auth REQUIRED

            external_acl_type domain_users %LOGIN /usr/local/libexec/squid/squid_ldap_group -R -b "dc=green,dc=local" -f "(&(sAMAccountName=%v)(memberOf=CN=%a,CN=Builtin,DC=green,DC=local))" -D user@green.local -w 123123123 -K go-srv-dc1

            acl GP1 external domain_users Internet-GP1
            acl OSB external domain_users Internet-OSB
            acl Vkl external domain_users Internet-Vkl
            acl Unlimit external domain_users Internet-Unlimit
            delay_pools 1
            delay_class 1 2

            delay_parameters 1 128000/128000 30000/30000
            delay_access 1 allow OSB
            delay_access 1 allow GP1
            delay_access 1 allow Vkl
            delay_access 1 allow Unlimit

            http_access deny OSB blacklist
            http_access allow OSB
            http_access deny Unlimit blacklist
            http_access allow Unlimit

            http_access deny localnet
            http_access deny all

            P.S. В PFSense у меня 2 конфига сквида - один рабочий, который я ручками изменяю (squid.conf), а второй, который через веб-морду редактируется (squid.gui.conf) - не рабочий. Сделал так, т.к. в самом PFSense не особо гибко настраиваются некоторые параметры, да и некоторых фичей нет, которые есть в самом сквиде.
            Конфиг, который меняется системой, прописан реальный ip, т.е. 172.16.0.132 и 172.16.0.133. Я понял так, что sqstat берет настройки не с рабочего конфига сквида, а с системного. Соответственно, вопрос - где прописать виртуальный ip вместо реального в самом PFSense на squid?

            В общем, изменил запись в файле /usr/local/pkg/squid.inc
            $conf .= "http_port {$real_ifaces[$i][0]}:$port\n";
            на
            $conf .= "http_port 172.16.0.250:$port\n";

            Сохранил конфиг squid из под веб-морды PFSense. Конфиг изменился - прописался 172.16.0.250 вместо реального ip. Но статистика не работает - показывает реальный ip. Перезагрузил PFSense - то же самое. Sqstat показывает реальный ip.
            Вывод - sqstat берет ip не с squid а с системы.
            Думаю, нужно просто разобраться в php скриптах sqstat. Оттуда можно выяснить что и откуда берется. Я не знаю его, поэтому прошу помощи.

            1 Reply Last reply Reply Quote 0
            • S
              sundoom
              last edited by

              Кстати, еще вопрос.
              Можно ли настроить squid на работу в кластере посредством CARP, т.е. в случае отказа основного роутера squid мог работать на резервном при создании новых соединений через прокси? Конечно, старые соединения работать не будут.
              Пробовал отключать основной роутер при активной работе сквида. Результат. На той машине, где и были эти активные соединения  соединения обрывались (как и должно быть), но новые не создавались. Закрывал и открывал браузер заново - то же самое. А на другой машине, где не было никакого трафика через прокси основного роутера все работало на резервном.
              Почему так? По логике новые соединения должны были проходить через прокси резервного роутера.

              1 Reply Last reply Reply Quote 0
              • D
                dvserg
                last edited by

                Пакет squid не оптимизировался под CARP, думаю дело в этом. Может быть попробовать вариант проброса прокси порта с CARP IP на LAN IP на каждом узле (squid настроить нормальным образом на прослушивание порта на LAN)? Такие соединения будут синхронизироваться CARP и в теории должны подхватываться другим узлом при падении первого.

                SquidGuardDoc EN  RU Tutorial
                Localization ru_PFSense

                1 Reply Last reply Reply Quote 0
                • S
                  sundoom
                  last edited by

                  Со сквидом разобрался - была проблема с авторизацией по керберос на втором роутере. Интересное, что сквид мне по этому поводу ничего не сообщал.
                  Но проблема с sqstat осталась. Написал разработчику - пока тишина.

                  1 Reply Last reply Reply Quote 0
                  • D
                    dvserg
                    last edited by

                    А чем разработчик SQStat Вам поможет? Он не в курсе специфики pfSense.
                    Здесь SQStat берет настройки IP/порт из конфига GUI squid, и Ваша модификация конфига squid не является ожидаемым событием.
                    Нужно решать вопрос штатными средствами, и один из вариантов я Вам предложил выше.

                    SquidGuardDoc EN  RU Tutorial
                    Localization ru_PFSense

                    1 Reply Last reply Reply Quote 0
                    • S
                      sundoom
                      last edited by

                      По вашему варианту я сделал - работает! Спасибо!
                      Посмотрю в работе во всех ракурсах :-)

                      1 Reply Last reply Reply Quote 0
                      • S
                        sundoom
                        last edited by

                        Возникла проблемка с пробросом прокси порта сквида CARP IP на LAN IP на каждом узле. Дело в том, что CARP синхронизирует правила NAT: port forward. Соответственно, если я на основном роутере указываю проброс на его локальный IP, то это же правило синхронизируется и на второй роутер, а его локальный IP другой и правило не сработает, т.е. сработает, но работать не будет.
                        Если алиас прописывать на IP, то алиасы у меня тоже синхронизируются CARPом. Как быть?
                        Может есть какая-нибудь штатная или нештатная возможность исключить избирательно правило(а) из синхронизации CARP?

                        1 Reply Last reply Reply Quote 0
                        • D
                          dvserg
                          last edited by

                          @sundoom:

                          Возникла проблемка с пробросом прокси порта сквида CARP IP на LAN IP на каждом узле. Дело в том, что CARP синхронизирует правила NAT: port forward. Соответственно, если я на основном роутере указываю проброс на его локальный IP, то это же правило синхронизируется и на второй роутер, а его локальный IP другой и правило не сработает, т.е. сработает, но работать не будет.
                          Если алиас прописывать на IP, то алиасы у меня тоже синхронизируются CARPом. Как быть?
                          Может есть какая-нибудь штатная или нештатная возможность исключить избирательно правило(а) из синхронизации CARP?

                          Опция No XML .. внизу где-то была.

                          SquidGuardDoc EN  RU Tutorial
                          Localization ru_PFSense

                          1 Reply Last reply Reply Quote 0
                          • S
                            sundoom
                            last edited by

                            Спасибо, уже нашел!

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