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

    Помогите с UDP трафиком через нат.

    Scheduled Pinned Locked Moved Russian
    16 Posts 7 Posters 5.7k 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.
    • Z
      zar0ku1
      last edited by

      нат не натит UDP, я чего-то не понимаю

      закрывайте темы, если ответ на ваш вопрос полон.
      если схема сложная - не поленитесь ее нарисовать

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

        @zar0ku1:

        нат не натит UDP, я чего-то не понимаю

        Ну… мы все тут чему-то учимся, я вот переписал определение туннельного соединения, данное deutsche и повесил на самом видном месте на работе - зубрю теперь -)

        http://ru.doc.pfsense.org

        1 Reply Last reply Reply Quote 0
        • Z
          zar0ku1
          last edited by

          @Evgeny:

          Ну… мы все тут чему-то учимся, я вот переписал определение туннельного соединения, данное deutsche и повесил на самом видном месте на работе - зубрю теперь -)

          ээээ, я чего-то не в теме этой шутки :)) а вообще я бы всем рекомендовал для прочтения

          O'Reilly "TCP/IP. Сетевое администрирование" ну итд

          закрывайте темы, если ответ на ваш вопрос полон.
          если схема сложная - не поленитесь ее нарисовать

          1 Reply Last reply Reply Quote 0
          • K
            khersonec
            last edited by

            Проблема такова. Стоит шлюз на базе ПФ. Интернет шерстит аж гай шумит, но когда я внитри сети поставил клиент банк (который работает по промежутку УДП портов и если мне не изменяет память то UDP 32800-32901), Керио впн клиен (Тунельное ВПН соединение работает по портам UDP 4090 TCP 4090.) то обнаружил делемку, что у ПФ проблема с тунельными соединениями по протоколу УДП!!!!!!
            Соединяет только с сотой попытки, правда бывает НО КРАЙНЕ РЕДКО и с 2 - 10. Как еще подробней описать проблему я не знаю!!

            1 Reply Last reply Reply Quote 0
            • W
              wiz111
              last edited by

              tcpdump в помощ смотреть что на внешнем интерфейсе видно и что на внутреннем по интересующим сервисам, сдается мне тут в обратную сторону что-то летит, или ещё как вариант посмотрите кол-во стэйтов у пфа, если в сети торренты\скайпы и т.д. может просто забиваться таблица стейтов\канал, тогда увеличить таблицу\прижать страждущих, я б шел в этом направлении если в общем.

              1 Reply Last reply Reply Quote 0
              • K
                khersonec
                last edited by

                Спасибо Wiz111. Буду пробовать.

                1 Reply Last reply Reply Quote 0
                • K
                  khersonec
                  last edited by

                  Спасибо еще раз. Вот теперь замануха в другом, как приоритезировать трафик ?

                  1 Reply Last reply Reply Quote 0
                  • K
                    khersonec
                    last edited by

                    Точнее как в шейпере указать приоритет с помощью PRIQ на порты которые не забиты в менеджере настройки?

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

                      Скопируйте другую настройку и измените порт

                      http://ru.doc.pfsense.org/

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

                        Возможно поможет это:
                        в Firewall: NAT: Outbound поставь Manual Outbound
                        Главное удостоверься что там появится правило для твоей подсети, иначе добавь сам.

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