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

    Белый IP (VIP) на машину в LAN

    Scheduled Pinned Locked Moved Russian
    38 Posts 6 Posters 3.4k 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.
    • werterW
      werter
      last edited by

      Перечитайте внимательно еще раз написанное выше.

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

        @werter:

        Перечитайте внимательно еще раз написанное выше.

        Но ведь nat 1:1 не то пальто

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

          Пробуйте так
          https://forum.pfsense.org/index.php/topic,47724.0.html
          Но эту ссылку вы уже давали  :o

          Это выполнено ?

          В NAT outbound не должно быть ничего касающегося xxx.xxx.yyy.112/29 (все удалить), ковыряйте правила брандмауэра на интерфейсе LAN. По аналогии с LAN subnet, нужно сделать правило пускающее сеть xxx.xxx.yyy.112/29 по любому протоколу на любой порт куда угодно.

          Да. IP alias создавать на LAN в таком случае.

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

            Только я пошел другим путем, добавил карточку физическую pfsense, затем бридж WAN - OPT1 (эта карта).
            На сервере где виртуальная машина, добавил тоже одну карточку. Там (в PROXMOX) подключился к этой карте из виртуальной машины(назначил данные провайдера). Удалил VIP записи и почистил NAT. Но чудеса. Внешне виртуальная машина доступна только по правилам из NAT, изнутри не видит даже шлюз.

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

              Думаю, что это лишнее - добавлять физ. карты.
              Попробуйте все внимательно сделать с нуля по инс-ции с этого форума от rubic.

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

                @werter:

                Думаю, что это лишнее - добавлять физ. карты.
                Попробуйте все внимательно сделать с нуля по инс-ции с этого форума от rubic.

                в моем случае инструкция не сработала

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

                  Удалил VIP записи и почистил NAT

                  1. NAT в этом случае вообще не нужен был.
                  2. Попробуйте маску сети /32 для вирт. ip.

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

                    @werter:

                    Удалил VIP записи и почистил NAT

                    1. NAT в этом случае вообще не нужен был.
                    2. Попробуйте маску сети /32 для вирт. ip.

                    система пишет недопустимый ip

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

                      У меня 6 белых IP от провайдера. дал он их с данными шлюза и маской 27. Нужно назначить их виртуальным машинам под LAN.

                      Пробовал по инструкции выше, пробовал с картами. Ничего не работает, форумчане прошу помощи. Если нужно - могу дать доступ teamviewer.

                      Тут похожая тема, и у ТС все работает.
                      https://community.spiceworks.com/topic/173515-adding-to-a-pfsense-which-is-acting-as-a-transparent-firewall-a-dmz

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

                        Возможно провайдер дал все ip в влан1. Тогда по рекомендациям уважаемого rubic:

                        ““Вам нужно вот что: сделать еще один интерфейс (не важно как вы этого добьетесь - вставите в pfSense еще одну сетевую карту и соедините ее отдельным кабелем с арендатором, или на существующей карте LAN сделаете VLAN и настроите свитч так, чтобы арендатор был в этом VLAN'е). Затем взять 4 IP, которые вам даст провайдер (скажем, x.x.x.32, x.x.x.33, x.x.x.34 и x.x.x.35), назначить второй из них (x.x.x.33) новому интерфейсу pfSense, третий (x.x.x.34) - компу арендатора, маска подсети и там и там: 255.255.255.252 (т.е. /30). Назначить шлюзом на компе арендатора адрес нового интерфейса pfSense (x.x.x.33) и настроить firewall (никакого NAT не надо, если есть - убрать!). Это - все!””

                        Значения ставьте свои.

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

                          @bill_open:

                          Возможно провайдер дал все ip в влан1.

                          нет, не vlan.

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

                            Если вам провайдер выделил целую подсеть, можно спокойно воспользоваться Proxy-Arp, а если провайдер в добавок использует IPoE подключение, то на самом PF можно даже не оставлять IP из выданной подсети.
                            На Wan интерфейсе — добавляете все ваши выданные IP в ProxyArp.
                            На LAN интерфейсе — IP шлюза провайдера в ProxyArp, и статические маршруты /32 на интерфейс до выданных IP.(делал это на pf 2.1, а он не разрешал держать 2-е одинаковые подсети на разных интерфейсах почему-то)
                            Ну и накрайний случай никто не мешает настраивать серверы с Classless маршрутизацией.
                            В такой конфигурации я клиентам предоставлял реальники от провайдера очень долго, потом просто договорился с провайдером о маршрутизации реальной подсети.

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

                              @PbIXTOP:

                              Если вам провайдер выделил целую подсеть, можно спокойно воспользоваться Proxy-Arp, а если провайдер в добавок использует IPoE подключение, то на самом PF можно даже не оставлять IP из выданной подсети.
                              На Wan интерфейсе — добавляете все ваши выданные IP в ProxyArp.
                              На LAN интерфейсе — IP шлюза провайдера в ProxyArp, и статические маршруты /32 на интерфейс до выданных IP.(делал это на pf 2.1, а он не разрешал держать 2-е одинаковые подсети на разных интерфейсах почему-то)
                              Ну и накрайний случай никто не мешает настраивать серверы с Classless маршрутизацией.
                              В такой конфигурации я клиентам предоставлял реальники от провайдера очень долго, потом просто договорился с провайдером о маршрутизации реальной подсети.

                              спасибо за ответ. подсеть для меня дорого. как понять, с этой маской (27) у меня подсеть или как? )

                              вот тут аналогичная проблема https://forum.pfsense.org/index.php?topic=16245.0

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

                                @PbIXTOP:

                                статические маршруты /32 на интерфейс до выданных IP.

                                что это значит?

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

                                  Благодаря товарищу PbIXTOP все получилось, нужно было только правила прописать

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

                                    Т.е. все же оставили доп. физ. сетевые в итоге ?

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

                                      @werter:

                                      Т.е. все же оставили доп. физ. сетевые в итоге ?

                                      Нет, отключил их. Обошелся одной на LAN

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

                                        По старой инс-ции или с NAT 1:1 ?

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

                                          @werter:

                                          По старой инс-ции или с NAT 1:1 ?

                                          Обошлись ProxyArp на WAN и LAN и статическим маршрутами на LAN  интерфейсе.

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

                                            А сделайте, пожалуйста, краткий мануальчик. Тема, может быть, и не сильно популярная, но нужная.

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