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

    Перестал работать PortForward

    Scheduled Pinned Locked Moved Russian
    9 Posts 4 Posters 1.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.
    • V
      vadimb
      last edited by

      Возникла очередная проблема, ни с того ни с сего перестал работать PortForward. Никаких изменений в PfSense в это время не вносилось. Пробовал пробрасывать порт на другие машины в сети, так-же не работает, но иногда один раз удается соединиться, но потом порт снова недоступен. Доступность порта проверял и клиентом RDP и сканером портов с другого провайдера. Внутри сети на любую из машин RDP нормально подключается. В чем может быть проблема?
      1.png
      1.png_thumb
      2.png
      2.png_thumb
      3.png
      3.png_thumb

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

        У вас ведь два WAN ? Попробуйте сделать аналогичные правила и для второго WAN.
        И еще, на втором скрине не указан явно Gateway. Укажите его.

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

          1. Убедиться, что pfSense шлюз по умолчанию на RDP сервере/хосте (на который пробрасываем соединение)
          2. Проверку делать не из той же сети, а с внешнего источника (с другого офиса/дома), так как имеются нюансы для настройки доступа из той-же локалки на WAN.

          SquidGuardDoc EN  RU Tutorial
          Localization ru_PFSense

          1 Reply Last reply Reply Quote 0
          • V
            vadimb
            last edited by

            @werter:

            У вас ведь два WAN ? Попробуйте сделать аналогичные правила и для второго WAN.
            И еще, на втором скрине не указан явно Gateway. Укажите его.

            Указывал, толку 0.
            @dvserg:

            1. Убедиться, что pfSense шлюз по умолчанию на RDP сервере/хосте (на который пробрасываем соединение)
            2. Проверку делать не из той же сети, а с внешнего источника (с другого офиса/дома), так как имеются нюансы для настройки доступа из той-же локалки на WAN.

            1. В этом сомнений нет :) Там все нормально.
            2. Я написал, что проверку делал через другого провайдера. Точнее через 3G-свисток и RDP клиентом на андроиде.

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

              И смотрим логи..

              SquidGuardDoc EN  RU Tutorial
              Localization ru_PFSense

              1 Reply Last reply Reply Quote 0
              • V
                vadimb
                last edited by

                @dvserg:

                И смотрим логи..

                4.png
                4.png_thumb

                1 Reply Last reply Reply Quote 0
                • R
                  rubic
                  last edited by

                  Антивирус на хостах локалки попробуйте отключить на время проверки. У Касперского например есть зона локальной сети, из которой он все принимает, и Интернет, из которого все блокирует.

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

                    И встроенный родной Windows брэндмауэр тоже.

                    1 Reply Last reply Reply Quote 0
                    • V
                      vadimb
                      last edited by

                      Действительно, виноват был корпоративный каспер. Отключил в нем сетевой экран и все заработало. Но раньше ведь и с ним все работало до некоторых пор. Что с ним случилось, непонятно. Всем спасибо!

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