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

    PfSense & OpenVPN speed

    Russian
    5
    22
    4.1k
    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.
    • P
      pigbrother
      last edited by

      Если сервер с topology subnet (НЕ net30), то статику клиентам, IMHO, удобнее раздавать так:
      https://forum.pfsense.org/index.php?topic=106612.msg609136#msg609136

      работало в 2.2.6 работает и в 2.3.2

      Директива должна выглядеть так
      ;ifconfig-pool-persist /../../ips.list 0

      1 Reply Last reply Reply Quote 0
      • E
        Electricshock
        last edited by

        Принял к сведению, но обновляться пока до 2.3.2 не планирую.

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

          Доброе

          Имеем установленный pfSense 2.2.6 на гипервизоре VMWare ESXi 5.5

          Раз пф работает как вирт. маш., то настройки сетевых карт при этом поправили (откл. аппаратную разгрузку tcp) ?
          Open Vmtools также установили и сетевые карты у вас virtio ?

          пробовал играться с разными значениями буферов и т.д

          Покажите, как вы это делали ? На скринах этого нет.

          1 Reply Last reply Reply Quote 0
          • E
            Electricshock
            last edited by

            @werter:

            Доброе

            Имеем установленный pfSense 2.2.6 на гипервизоре VMWare ESXi 5.5

            Раз пф работает как вирт. маш., то настройки сетевых карт при этом поправили (откл. аппаратную разгрузку tcp) ?
            Open Vmtools также установили и сетевые карты у вас virtio ?

            пробовал играться с разными значениями буферов и т.д

            Покажите, как вы это делали ? На скринах этого нет.

            VMWare-tools не установлен на pfSense, попробую установить.
            Аппаратная разгрузка по дефолту отключена (см. скрин)
            Буферы выставлял согласно этой статье https://habrahabr.ru/post/246953/

            tcp_segmentation_offload.jpg
            tcp_segmentation_offload.jpg_thumb

            1 Reply Last reply Reply Quote 0
            • P
              pigbrother
              last edited by

              Можно установить Open-VM-Tools из стандартного набора пакетов.

              Буферы выставлял согласно этой статье https://habrahabr.ru/post/246953

              На 2.2.6 тоже экспериментировал с параметрами. Ощутимого результата не получил.

              1 Reply Last reply Reply Quote 0
              • E
                Electricshock
                last edited by

                @pigbrother:

                Можно установить Open-VM-Tools из стандартного набора пакетов.

                Буферы выставлял согласно этой статье https://habrahabr.ru/post/246953

                На 2.2.6 тоже экспериментировал с параметрами. Ощутимого результата не получил.

                Благодарю, поставил из стандартного набора пакетов этот Open VM Tools package, надо попробовать ребутнуть виртуальную машинку с пф и еще раз проверить быстродействие OpenVPN.

                1 Reply Last reply Reply Quote 0
                • B
                  borg
                  last edited by

                  Попробуйте добавить в System/Advanced/System Tunables net.inet.ip.fastforwarding 1

                  1 Reply Last reply Reply Quote 0
                  • E
                    Electricshock
                    last edited by

                    @borg:

                    Попробуйте добавить в System/Advanced/System Tunables net.inet.ip.fastforwarding 1

                    Ок, изменил значение с "default" на 1, веду наблюдение.

                    1 Reply Last reply Reply Quote 0
                    • E
                      Electricshock
                      last edited by

                      Никаких изменений, скорость скачки в районе 1-1,2 мегабайта/сек (8-9 мегабит/сек) :(

                      1 Reply Last reply Reply Quote 0
                      • P
                        pigbrother
                        last edited by

                        @Electric^shock:

                        Никаких изменений, скорость скачки в районе 1-1,2 мегабайта/сек (8-9 мегабит/сек) :(

                        А какова версия клиента? Если достаточно старая - попробуйте обновить.
                        Если это Windows - гляньте свойства\состояние TAP-адаптера в состоянии коннекта. Старые версии TAP-адаптера показывали 10Мбит, новые - 100.

                        1 Reply Last reply Reply Quote 0
                        • E
                          Electricshock
                          last edited by

                          @pigbrother:

                          @Electric^shock:

                          Никаких изменений, скорость скачки в районе 1-1,2 мегабайта/сек (8-9 мегабит/сек) :(

                          А какова версия клиента? Если достаточно старая - попробуйте обновить.
                          Если это Windows - гляньте свойства\состояние TAP-адаптера в состоянии коннекта. Старые версии TAP-адаптера показывали 10Мбит, новые - 100.

                          Самая новая стоит - 2.4.0, скорость показывает на адаптере - 100 мбит/сек.

                          state.jpg
                          state.jpg_thumb

                          1 Reply Last reply Reply Quote 0
                          • P
                            pigbrother
                            last edited by

                            Самая новая стоит - 2.4.0, скорость показывает на адаптере - 100 мбит/сек.

                            Тогда идей больше нет. Просто напомню:
                            Попробую на днях на TCP "затеститься", может действительно поможет.
                            Проверяли?
                            Какая, кстати, загрузка CPU при передаче файла?

                            на гипервизоре VMWare ESXi 5.5
                            Принял к сведению, но обновляться пока до 2.3.2 не планирую.

                            А что мешает быстро поднять на ESXi 2.3.2 и проверить скорость?

                            1 Reply Last reply Reply Quote 0
                            • E
                              Electricshock
                              last edited by

                              @pigbrother:

                              Самая новая стоит - 2.4.0, скорость показывает на адаптере - 100 мбит/сек.

                              Тогда идей больше нет. Просто напомню:
                              Попробую на днях на TCP "затеститься", может действительно поможет.
                              Проверяли?
                              Какая, кстати, загрузка CPU при передаче файла?

                              на гипервизоре VMWare ESXi 5.5
                              Принял к сведению, но обновляться пока до 2.3.2 не планирую.

                              А что мешает быстро поднять на ESXi 2.3.2 и проверить скорость?

                              А может ли такое быть, что виртуальный интерфейс OpenVPN этот в pfSense на 10 мбит/сек включен?
                              Делаю ifconfig ovpns1 и он вообще почему-то не показывает его скорость (см. скрин)
                              P.S. попробовал на TCP протеститься с этой же версией (2.2.6) - результат еще хуже (около 750 кбайт/сек), а когда по UDP - то до 1,35 мбайт/сек доходило.
                              В момент загрузки файла через NetBIOS загрузка CPU на pfSense доходит до 33% даже
                              Если tcpdump'ом снять лог в момент прокачки файла, то вот лог видим на pfSense:

                              
                              23:51:45.684037 IP (tos 0x0, ttl 128, id 12340, offset 0, flags [DF], proto TCP (6), length 40)
                                  10.10.10.27.50750 > Server.stk.loc.microsoft-ds: Flags [.], cksum 0xf195 (correct), seq 61505, ack 26339423, win 7959, length 0
                              23:51:45.684069 IP (tos 0x0, ttl 63, id 33318, offset 0, flags [DF], proto TCP (6), length 1393)
                                  Server.stk.loc.microsoft-ds > 10.10.10.27.50750: Flags [.], cksum 0x9ef6 (correct), seq 26447663:26449016, ack 61505, win 1035, length 1353                                    SMB-over-TCP packet:(raw data or continuation?)
                              
                              23:51:45.684074 IP (tos 0x0, ttl 63, id 33319, offset 0, flags [DF], proto TCP (6), length 1393)
                                  Server.stk.loc.microsoft-ds > 10.10.10.27.50750: Flags [.], cksum 0x8a6b (correct), seq 26449016:26450369, ack 61505, win 1035, length 1353                                    SMB-over-TCP packet:(raw data or continuation?)
                              
                              23:51:45.684297 IP (tos 0x0, ttl 63, id 33320, offset 0, flags [DF], proto TCP (6), length 1393)
                                  Server.stk.loc.microsoft-ds > 10.10.10.27.50750: Flags [.], cksum 0x4ecf (correct), seq 26450369:26451722, ack 61505, win 1035, length 1353                                    SMB-over-TCP packet:(raw data or continuation?)
                              
                              23:51:45.684302 IP (tos 0x0, ttl 63, id 33321, offset 0, flags [DF], proto TCP (6), length 1393)
                                  Server.stk.loc.microsoft-ds > 10.10.10.27.50750: Flags [.], cksum 0x4da4 (correct), seq 26451722:26453075, ack 61505, win 1035, length 1353                                    SMB-over-TCP packet:(raw data or continuation?)
                              
                              23:51:45.684557 IP (tos 0x0, ttl 128, id 12341, offset 0, flags [DF], proto TCP (6), length 40)
                                  10.10.10.27.50750 > Server.stk.loc.microsoft-ds: Flags [.], cksum 0xe70e (correct), seq 61505, ack 26342129, win 7948, length 0
                              
                              

                              Вроде как с MTU где-то косяк, на pfSens'e (ovpns1 интерфейсе) стоит 1500

                              link-speed.jpg
                              link-speed.jpg_thumb

                              1 Reply Last reply Reply Quote 0
                              • P
                                pigbrother
                                last edited by

                                Вроде как с MTU где-то косяк, на pfSens'e (ovpns1 интерфейсе) стоит 1500

                                mtu - маловероятно

                                Вот мой вывод ipconfig:
                                ovpns5: flags=8051 <up,pointopoint,running,multicast>metric 0 mtu 1500
                                        options=80000 <linkstate>inet6 fe80::21b:21ff:fe80:35b8%ovpns5 prefixlen 64 scopeid 0xc
                                        inet 10.11.11.1 –> 10.11.11.2 netmask 0xffffff00
                                        nd6 options=21 <performnud,auto_linklocal>Opened by PID 27269

                                А может ли такое быть, что виртуальный интерфейс OpenVPN этот в pfSense на 10 мбит/сек включен?
                                Думаю, что индикация "скорости" подключения TAP - специфика реализации TAP как физического адаптера, специфичная для Windows.</performnud,auto_linklocal></linkstate></up,pointopoint,running,multicast>

                                1 Reply Last reply Reply Quote 0
                                • P
                                  PbIXTOP
                                  last edited by

                                  MTU все же стоит проверить, при этом не забывая что каждая инкапсуляция крадет свои байты.
                                  Причем MTU необходимо начинать проверять с сети соединяющей тунели, а уж потом внутри тунелей.

                                  1 Reply Last reply Reply Quote 0
                                  • E
                                    Electricshock
                                    last edited by

                                    @PbIXTOP:

                                    MTU все же стоит проверить, при этом не забывая что каждая инкапсуляция крадет свои байты.
                                    Причем MTU необходимо начинать проверять с сети соединяющей тунели, а уж потом внутри тунелей.

                                    Пробовал на домашней машинке прописать MTU вместо 1500 - 1492, так удалось скорость поднять до 2,2 мегабайта/сек, но тем не менее, уведомления в tcpdump'е так и сыплются.

                                    1 Reply Last reply Reply Quote 0
                                    • P
                                      pigbrother
                                      last edited by

                                      В момент загрузки файла через NetBIOS загрузка CPU на pfSense доходит до 33% даже

                                      Для приведенных вами скоростей цифра довольно высока. Сколько ядер выделено ВМ? Процессор гипервизора?

                                      1 Reply Last reply Reply Quote 0
                                      • E
                                        Electricshock
                                        last edited by

                                        @pigbrother:

                                        В момент загрузки файла через NetBIOS загрузка CPU на pfSense доходит до 33% даже

                                        Для приведенных вами скоростей цифра довольно высока. Сколько ядер выделено ВМ? Процессор гипервизора?

                                        Одно ядро выделено от процессора Intel Xeon E5-2620 (2,0 GHz)

                                        cpu_pfsense.jpg
                                        cpu_pfsense.jpg_thumb

                                        1 Reply Last reply Reply Quote 0
                                        • P
                                          PbIXTOP
                                          last edited by

                                          @Electric^shock:

                                          @PbIXTOP:

                                          MTU все же стоит проверить, при этом не забывая что каждая инкапсуляция крадет свои байты.
                                          Причем MTU необходимо начинать проверять с сети соединяющей тунели, а уж потом внутри тунелей.

                                          Пробовал на домашней машинке прописать MTU вместо 1500 - 1492, так удалось скорость поднять до 2,2 мегабайта/сек, но тем не менее, уведомления в tcpdump'е так и сыплются.

                                          Рекомендую не прописывать, а проверять вначале как MTU так и скорость не шифрованного канала.

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