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

    PF и работа с OpenVpn

    Scheduled Pinned Locked Moved
    Russian
    6
    26
    6.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.
    • I
      iliaxxx
      last edited by

      В карадце, ситуевина такая. Настроил я OpenVpn, все работает. Но столкнулся с проблемой при работе с базами данных.
      На одном из уделенных серверов, поднят openvpn client и на этом сервере стоит Postgress и базы 1с. Канал 20 Mb. При передачи файла скорость 20 Mb, а вот база работает крайне медленно. Есть предположение что это связано с большим количеством одновременных подключений. В настройках сервера отключил сжатие и поставил 1024 шифрование, в "Custom options" прописал:
      sndbuf 0
      rcvbuf 0
      push "sndbuf 393216"push "rcvbuf 393216"
      После чего полегчало, но не особо намного. При работе канал загружен в среднем на 2-3 Mb всего. Тут 100% идет какое то ограничение на пропускную способность самого OpenVpn.
      Кто сталкивался с такой бедой?
      В локалке все летает…

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

        У меня так на сервере :

        sndbuf 100000;
        rcvbuf 100000;
        push "sndbuf 100000";
        push "rcvbuf 100000";

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

          @werter:

          У меня так на сервере :

          sndbuf 100000;
          rcvbuf 100000;
          push "sndbuf 100000";
          push "rcvbuf 100000";

          Пробовал и с этими директивами и без них, разница в  моем случае оказалась в пределах погрешности измерений. Скорость ограничивается каналом интернета и производительностью CPU pfSense.
          По поводу 1С - пара удаленных клиентов работают не в терминале, локальный клиент 1С ->сервер 1С через OVPN, жалоб нет, правда используется MS SQL, не PostgreSQL.
          Разницы для удаленного клиента, по идее, быть не должно, ведь связка сервер 1С->SQL лежит уже за OVPN…

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

            правда используется MS SQL,  не PostgreSQL

            Вот в этом может быть дело.

            P.s. Допиленный PostgreSQL брать отсюда - https://www.postgrespro.ru/products/1c_build

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

              @werter:

              правда используется MS SQL,  не PostgreSQL

              Вот в этом может быть дело.

              P.s. Допиленный PostgreSQL брать отсюда - https://www.postgrespro.ru/products/1c_build

              Возможно, хотя все равно непонятно, ведь, повторюсь,  слой сервер 1С->SQL лежит уже за OVPN.

              Хотя ничто не мешает попробовать, MS SQLexpress вроде как бесплатен и в базовом функционале не отличается от коммерческой версии.

              1 Reply Last reply Reply Quote 0
              • I
                iliaxxx
                last edited by

                @werter:

                правда используется MS SQL,  не PostgreSQL

                Вот в этом может быть дело.

                P.s. Допиленный PostgreSQL брать отсюда - https://www.postgrespro.ru/products/1c_build

                Я пробовал и MS sql перед тем как написать сюда, тоже самое.
                Канал загружен на 10%. CPU и MEM на сервере и на клиенте вообще еле напрягаются.

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

                  @iliaxxx:

                  @werter:

                  правда используется MS SQL,  не PostgreSQL

                  Вот в этом может быть дело.

                  P.s. Допиленный PostgreSQL брать отсюда - https://www.postgrespro.ru/products/1c_build

                  Я пробовал и MS sql перед тем как написать сюда, тоже самое.
                  Канал загружен на 10%. CPU и MEM на сервере и на клиенте вообще еле напрягаются.

                  Клиент толстый ? Или терминал ?

                  P.s. Рекомендую SSD для 1с. Тот же samsung 850 evo оч. хорош.  Или вот таких можно пару взять в raid1 - https://market.yandex.ru/product–adata-premier-sp550-240gb/12879161 , https://market.yandex.ru/product--adata-premier-sp550-120gb/12879160  И бэкапы, само собой.

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

                    Канал 20 Mb

                    Как организован канал? Было похожее с провайдерским L2TP. Сайты (некоторые) грузились не полностью, IPSEC поверх этого L2TP едва дышал.
                    Вылечилось коррекцией MSS
                    https://ru.wikipedia.org/wiki/Maximum_segment_size
                    на клиентской стороне.

                    1 Reply Last reply Reply Quote 0
                    • I
                      iliaxxx
                      last edited by

                      @pigbrother:

                      Канал 20 Mb

                      Как организован канал? Было похожее с провайдерским L2TP. Сайты (некоторые) грузились не полностью, IPSEC поверх этого L2TP едва дышал.
                      Вылечилось коррекцией MSS
                      https://ru.wikipedia.org/wiki/Maximum_segment_size
                      на клиентской стороне.

                      К сожалению
                      У меня так на сервере :

                      sndbuf 100000;
                      rcvbuf 100000;
                      push "sndbuf 100000";
                      push "rcvbuf 100000";

                      Не помогло
                      Канал с обеих сторон хороший, все IP статические. Один сервер в датацэнтре, второй юр. лицо с прямым статический IP

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

                        Попробуйте ipsec, pptp, l2tp etc

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

                          День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

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

                            @gost370:

                            День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

                            Доброе.
                            А где у ТС говорится , что у него tcp ?? Опенвпн по-дефолту исп. udp

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

                              Добавлю.
                              Часть клиентов - UDP, site-to-site все TCP.
                              Ощутимой разницы между UDP и TCP применительно именно к работе 1C в терминале не замечается.

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

                                @werter:

                                @gost370:

                                День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

                                Доброе.
                                А где у ТС говорится , что у него tcp ?? Опенвпн по-дефолту исп. udp

                                А где говориться, что UDP? Про протокол автор не уточнял, поэтому поделился практическим опытом.

                                @pigbrother:

                                Добавлю.
                                Часть клиентов - UDP, site-to-site все TCP.
                                Ощутимой разницы между UDP и TCP применительно именно к работе 1C в терминале не замечается.

                                У вас изначально не было проблем с производительностью. Не раз наблюдались лаги в работе приложений работающих по tcp через openvpn по tcp на медленных каналах с наличием потерь пакетов и\или высоком пинге. Перевод openvpn на udp значительно уменьшал лаги.

                                1 Reply Last reply Reply Quote 0
                                • ?
                                  A Former User
                                  last edited by

                                  У нас была похожая проблема из-за высокого пинга. Канал висел через ростелеком (xDSL). Пинг иногда за 200мс вылетал. Жесть как лагало. Перешли на провайдера через оптику, пинг стал <1мс до удаленного офиса. Все начало работать в разы шустрее.

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

                                    После перехода с DSL на Ethernet тема шейперов\лимитеров\приоритетов сразу потеряла актуальность.
                                    Причем особенно благоприятно переход на Ethernet (правильнее - FTTB)
                                    https://ru.wikipedia.org/wiki/Fiber_to_the_x#FTTB
                                    отразился на VPN (их почти полный набор - L2TP, OVPN, PPTP).

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

                                      @gost370:

                                      День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

                                      https://habrahabr.ru/post/246953/

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

                                        @derwin:

                                        @gost370:

                                        День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

                                        https://habrahabr.ru/post/246953/

                                        По приведенной ссылке в комментариях есть другая ссылка:
                                        http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574

                                        В смешанной сети (2003, XP, 7, 8, 8.1, 10, 2012)
                                        Выполнение на всем, что старше 2003, XP
                                        этих команд (выполнять от администратора):

                                        netsh interface tcp set global autotuninglevel=disabled
                                        netsh interface tcp set global rss=disabled

                                        Существенно увеличивает скорость работы с сетью. Влияет ли эта (де)оптимизация на Open VPN? Допускаю, без нее ни одной машины нет.

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

                                          @pigbrother:

                                          @derwin:

                                          @gost370:

                                          День добрый. Если еще актуально, в похожей ситуации помог перевод openvpn с tcp на udp.

                                          https://habrahabr.ru/post/246953/

                                          По приведенной ссылке в комментариях есть другая ссылка:
                                          http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574

                                          В смешанной сети (2003, XP, 7, 8, 8.1, 10, 2012)
                                          Выполнение на всем, что старше 2003, XP
                                          этих команд (выполнять от администратора):

                                          netsh interface tcp set global autotuninglevel=disabled
                                          netsh interface tcp set global rss=disabled

                                          Существенно увеличивает скорость работы с сетью. Влияет ли эта (де)оптимизация на Open VPN? Допускаю, без нее ни одной машины нет.

                                          Доброе.
                                          В статье др. рекомендуют:

                                          TCP Auto-Tuning
                                          Our recommendation: normal  (unless you're experiencing problems).

                                          …...

                                          RSS - Receive-side Scaling
                                          Recommended: enabled (if you have 2 or more processor cores and a NIC that can handle RSS)

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

                                            Статью прочитал, бегло .

                                            В моей конкретно сети помогли приведенные команды. Использую давно, еще со времен  Vistы.
                                            Возможно более внимательный тюнинг даст еще лучшие результаты, надо будет потестировать.

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