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.
    • 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
                                          • B
                                            bill_open
                                            last edited by

                                            Поддерживаю. Нужный мануал получиться может.

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