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

    Решено:Доступ к модему в режиме бриджа

    Scheduled Pinned Locked Moved Russian
    13 Posts 3 Posters 4.6k 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.
    • P
      pigbrother
      last edited by

      Адрес модема 192.168.1.1
      Создал алиас 192.168.1.10 на интерфейсе, смотрящем в модем.
      Установил Shellcmd для создания этого алиаса  после перезагрузки.
      Настроил  virtual IP 192.168.1.10 на интерфейсе, смотрящем в модем.
      Создал Outbound правило.

      Из щелла pfSense могу пинговать и 192.168.1.10 и 192.168.1.1

      Из локальной сети пингуется только 192.168.1.10.

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

        @pigbrother:

        Адрес модема 192.168.1.1
        Создал алиас 192.168.1.10 на интерфейсе, смотрящем в модем.
        Установил Shellcmd для создания этого алиаса  после перезагрузки.
        Настроил  virtual IP 192.168.1.10 на интерфейсе, смотрящем в модем.
        Создал Outbound правило.

        Из щелла pfSense могу пинговать и 192.168.1.10 и 192.168.1.1

        Из локальной сети пингуется только 192.168.1.10.

        1. Версия 2.0 ? Shellcmd - не надо?
        2. Правило в fw - сделали?
        3. Правило в NAT добавили?

        Пож-та, читайте внимательнее ! Я вам подробно все описал выше.

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

          1. Версия 2.0 ? Shellcmd - не надо?

          2.0.1-RELEASE (i386)

          Shellcmd устанавливать не нужно, правильно?

          2. Правило в fw - сделали?
          Честно говоря - не пойму, какое правило создать.
          Firewall->Rules->Lan а дальше впадаю в прострацию. Можно пример такого правила?

          3. Правило в NAT добавили?

          Firewall-> NAT-> Outbound

          По умолчанию выбрано Automatic outbound NAT rule generation
          Нужно переключиться в Manual Outbound NAT rule generation нажатием кнопки Save и создать правило, так?
          Следует\нужно ли после этого переключиться в Automatic outbound NAT rule generation.

          Прошу извинить за элементарные вопросы.

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

            @pigbrother:

            1. Версия 2.0 ? Shellcmd - не надо?

            2.0.1-RELEASE (i386)

            Shellcmd устанавливать не нужно, правильно?

            2. Правило в fw - сделали?
            Честно говоря - не пойму, какое правило создать.
            Firewall->Rules->Lan а дальше впадаю в прострацию. Можно пример такого правила?

            3. Правило в NAT добавили?

            Firewall-> NAT-> Outbound

            По умолчанию выбрано Automatic outbound NAT rule generation
            Нужно переключиться в Manual Outbound NAT rule generation нажатием кнопки Save и создать правило, так?
            Следует\нужно ли после этого переключиться в Automatic outbound NAT rule generation.

            Прошу извинить за элементарные вопросы.

            1. Для этих целей - не надо. А так, оставляйте - отличный и нужный пакет.
            2. Firewall: Rules: LAN
            3. Переключиться в Manual Outbound NAT rule generation и сохранить такой режим нажатием Save. Создать новое правило и поместить его первым :

            3.JPG_thumb
            2.JPG
            2.JPG_thumb
            3.JPG

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

              Спасибо за инструкции и скриншоты.

              Virtual IP:

              Firewall: Rules

              Firewall: NAT: Outbound

              Ни модем, ни Virtual IP не пингуются.
              Причем ответ о недоступности хоста приходит со шлюза провайдера

              Если в консоли делаю
              ifconfig xl0 inet 192.168.1.10 netmask 255.255.255.0 alias
              Могу пинговать Virtual IP, но не модем.

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

                А сеть провайдера с сетью модема не перекликаются? Что у вас на WAN?
                И роутинг гляньте тоже.

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

                  @werter:

                  А сеть провайдера с сетью модема не перекликаются? Что у вас на WAN?
                  И роутинг гляньте тоже.

                  Нет, сети не пересекаются. Оба WAN - PPPoE с "белыми" статическими IP.
                  Локальная сеть 10.0.2.0/24
                  Модемы - 192.168.1.1 (тот, до которого хочу достучаться) и 172.16.0.111

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

                    Модемы в сетевые на pf подключены или через свитч?
                    Если напрямую, без свитча, то удалите Виртуал Ай-Пи, заходите в Interfaces: Assign network ports:Interface assignments, нажимайте на + и создавайте новый физ. интерфейс с сетевой на которой весит первый модем. Далее идем в новосозданный интерефейс, обзываем его MODEM1 , напр., и даем адрес из подсети первого модема. Аналогично со второй сетевой и вторым модемом.
                    Затем идем в Firewall: NAT: Outbound и удаляем недавно созданное правило (то что было с Виртуал АЙ-ПИ). Далее, создаем два правила (по-одному на каждый модем) , где в кач-ве Interface выбираем созданные ранее интерфейсы. И не забываем про добавление правил в fw на LAN (одно у нас уже было - добавить второе ) !

                    4.JPG_thumb
                    4.JPG

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

                      @werter:

                      Модемы в сетевые на pf подключены или через свитч?
                      Если напрямую, без свитча, то удалите Виртуал Ай-Пи, заходите в Interfaces: Assign network ports:Interface assignments, нажимайте на + и создавайте новый физ. интерфейс с сетевой на которой весит первый модем. Далее идем в новосозданный интерефейс, обзываем его MODEM1 , напр., и даем адрес из подсети первого модема. Аналогично со второй сетевой и вторым модемом.
                      Затем идем в Firewall: NAT: Outbound и удаляем недавно созданное правило (то что было с Виртуал АЙ-ПИ). Далее, создаем два правила (по-одному на каждый модем) , где в кач-ве Interface выбираем созданные ранее интерфейсы. И не забываем про добавление правил в fw на LAN (одно у нас уже было - добавить второе ) !

                      Да, модемы подключены без свитча, непосредственно в сетевые карты.

                      Да, так все работает, спасибо!

                      Остается вопрос:

                      Перевод Firewall: NAT: Outbound в режим Manual Outbound NAT rule generation.
                      Чем это грозит мне в дальнейшем? Не появится ли необходимость создавать\редактировать в правила Outbound NAT при внесении изменений в Firewall, открытии портов и т.д

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

                        @pigbrother:

                        Остается вопрос:

                        Перевод Firewall: NAT: Outbound в режим Manual Outbound NAT rule generation.
                        Чем это грозит мне в дальнейшем? Не появится ли необходимость создавать\редактировать в правила Outbound NAT при внесении изменений в Firewall, открытии портов и т.д

                        В случае с пробросом портов правила в Firewall: Rules формируются автоматом. А так, возможно, прийдется прописывать правила в NAT вручную. Далеко не часто, но прийдется.

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