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

ivanscm

Доброе.
Мил человек, так оно и не будет работать. Вы зачем контейнеру присвоили внешний белый адрес ? У него должен быть локальный ip адрес из той же сети, что и лан-адрес пф,
шлюзом же - лан пф-а. После создавайте на ван пф virt ip с белым ip и делайте nat 1:1 на лок. адрес контейнера. Действуйте.

ну а как мне назначить белый ip контейнеру?

werter

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

ivanscm

@werter:

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

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

werter

Пробуйте так
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 в таком случае.

ivanscm

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

werter

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

ivanscm

@werter:

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

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

werter

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

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

ivanscm

@werter:

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

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

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

ivanscm

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

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

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

bill_open

Возможно провайдер дал все 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 не надо, если есть - убрать!). Это - все!””

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

ivanscm

@bill_open:

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

нет, не vlan.

PbIXTOP

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

ivanscm

@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

ivanscm

@PbIXTOP:

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

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

ivanscm

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

werter

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

ivanscm

@werter:

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

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

werter

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

PbIXTOP

@werter:

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

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