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

    Справедливо и равномерно разделить канал

    Scheduled Pinned Locked Moved Russian
    29 Posts 6 Posters 14.5k 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

      В логах смотрим, попадают ли адреса из Unlime в правила floating. Если да , то неправильно настроены правила.

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


        Я как Вы и сказали, сделал в destination !UNLIME во всех правилах.
        Но почему-то если замерять скорость на speedtest.net до серверов провайдера весь трафик попадает в p2p трубу (по умолчанию, фиксированная) и скорость не превышает отведенных % на трубу p2p. Если измерить до других серверов, то используется qOtherHight и скорость нормальная. А если убрать !UNLIME с 80 порта, то все нормально, трафик ограничивается шириной отведенной трубы qInternet на адреса провайдера, но все равно шейпится.
        Может во floating еще какое правило добавить нужно?

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

          reset states делали после всех настроек шейпера или пиф ребутили?

          P.s. На вашем скрине в правом верхнем углу висит предупреждение о неправильных настройках шейпера. Вы его читали-исправляли?

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

            @werter:

            reset states делали после всех настроек шейпера или пиф ребутили?

            P.s. На вашем скрине в правом верхнем углу висит предупреждение о неправильных настройках шейпера. Вы его читали-исправляли?

            States сбрасывал, сейчас вот перезагрузил - тоже самое если указывать !UNLIME, http трафик попадает в p2p трубку. Ошибку писал шейпер, что для интерфейса opt1 (этот интерфейс для wi-fi) не задана трубка по умолчанию, хотя в настройках стояла галка на qOthersDefault, снял галку и поставил потом заново - вроде перестал писать, но все осталось так же. Может есть какие-то скрытые правила во floting или CBQ всегда неизвестный трафик отправляет в трубку по умолчанию?

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

              Настройте шейпер ВНИМАТЕЛЬНО (!) и ПОНИМАЯ ЧТО ДЕЛАЕТЕ (!) с нуля. У меня все отлично работает. Шейпит только то , что я указываю.

              P.s. Исп-ую HFSC в кач-ве алгоритма шейпинга.

              1 Reply Last reply Reply Quote 0
              • N
                nomeron
                last edited by

                А с чем может быть связано, что правила ! алиас не грузятся фаерволом (вверху ошибка крутится постоянно)

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

                  @nomeron:

                  А с чем может быть связано, что правила ! алиас не грузятся фаерволом (вверху ошибка крутится постоянно)

                  Там и о причине обычно пишется. Попробуйте пересоздать проблемный алиас.

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

                    @werter:

                    Настройте шейпер ВНИМАТЕЛЬНО (!) и ПОНИМАЯ ЧТО ДЕЛАЕТЕ (!) с нуля. У меня все отлично работает. Шейпит только то , что я указываю.
                    P.s. Исп-ую HFSC в кач-ве алгоритма шейпинга.

                    Удалил все правила, настроил заново, но все равно весь неизвестный трафик попадает в p2p трубу (p2pCatchAll).
                    Pfsense 2.0.1
                    CBQ
                    работает, если только по умолчанию использовать трубу со скоростью интерфейса qLink и выставить на нее высший приоритет, но так не катит, так как остальной паразитный трафик тоже будет попадать в эту трубу.
                    Если не секрет - не поделитесь своим конфигом?

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

                      решил пока таким способом:
                      1. Создал отдельную трубку qLink и выставил bandwidh 90Mb\s

                      LAN
                      –qLink (90 Mb\s)
                      --qInternet (14Mb\s)
                      ----qp2p (5%)
                      ----qOthersHight (70%)
                      ----qOthersDefault (20%)

                      2. Во Floating Rules, как подсказал werter во все правила в destination добавил !UNLIME
                      3. Самое первое правило сделал  * * * UNLIME * * qACK/qLink

                      Может кто подскажет более удобное решение?

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

                        Блин, способ работает, но видать не на всех.
                        В другом филиале такая же версия и такие же правила, но если я создаю qLink с bandwidht > bandwidht qInternet, то выскакивает соответствующая ошибка:

                        There were error(s) loading the rules: bandwidth for qLink higher than interface/tmp/rules.debug:48: errors in queue definition pfctl: Syntax error in config file: pf rules not loaded - The line in question reads [48]: queue qLink on le0_vlan100 bandwidth 90Mb priority 6 qlimit 3000 cbq ( ecn ) ..

                        В этом плане сделал по другому: на интерфейс назначил скорость 100Мб\с (физическая скорость порта)
                        Создал трубку qLink - 98Mb\s
                        На трубку qInternet назаначил скорость в 14Мб\с

                        Будут ли какие-либо подводные камни при такой конфигурации?

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