PfSense гонит маршруты через внешку
-
@max5775 Фильтровать также , правилами . Или нужна какая-то особая фильтрация ? Например , на уровне содержимого пакетов
-
@Konstanti нет, просто закрыть все и открыть нужное (http/s, dns, ftp и пр).
Вроде тестово выпустил в интернет пока по правилу все разрешено от 192.168.10.0/24 to any. Интернет работает, потом отрегулирую как нужно.
Но возникла другая проблема.
Из сети vlan 1 я могу достучаться на ПК сети vlan 10, тот же rdp работает.
А вот из vlan 10 на vlan 1 - никак. Хотя пинги гуляют туда-обратно без проблем.
Запустил на PfSense tcpdump, но он мне ничего нового не сказал:
Тут я пытаюсь законнектиться с ПК vlan 10 на http-сервер с зеркалом пакетов, который находится в vlan 1.
Для исключения зарезания пакетов на PfSense, в firewall сверху добавил 2 правила:
от 192.168.10.0/24 к 192.198.1.1/24 все разрешено через defroute
от 192.168.1.1/24 к 192.168.10.10/24 все разрешено через defroute
Счетчики бегут, но толку нет.
Шлюз по дефолту у vlan 1 - 192.168.1.254 (pfsense,) у ПК из vlan 10 - коммутатор ядра SW (192.168.10.254).
На самом коммутаторе ядра defruote - 192.168.1.254 (pfsense) -
@max5775 ну , почему же
эта картинка говорит о многом , например, о том что syn пакет идет , а вот ответа нет
судя по тому , что у Вас реалтек , включите в настройках pf
System/Advanced/ Networking
-
@Konstanti
Включил, перезагрузил.
Но ничего не поменялось.
Заметил еще такую проблему, что через несколько секунд rdp на ПК из VLAN10 отваливается.
Сделал еще скрин wireshark при попытке зайти на http-сервер сети vlan 1.
У меня пока даже нет мыслей, в чем может быть проблема... -
@max5775 предлагаю начать с правил. Покажите правила на re0. И вывод команды ifconfig - m
-
удалил
-
@max5775 а остальные интерфейсы?
Желательно видеть всю картину -
Вы имеете в виду внешние интерфейсы?
-
@max5775
Я смотрю на картинку ,
у Вас на ней изображено , что у PF есть 2 интерфейса , подключенных к сети 192.168.1.0/24 . Это так ? -
@Konstanti нет, физический интерфейс один, на нем 3 ip-адреса.
192.168.1.254 - основной и 2 алиаса, созданных в Firewall/VirtualIP.
В firewall они не применяются вообще, они слушают dns-запросы к серверу pfsense, это остатки от старой сети. Предыдущий админ использовал подсеть 194.1... для внутренней сети. Мы большинство хостов уже перевели на 192.168, но есть часть оборудования, которое мы не обслуживам и доступа к нему нет, поэтому пока вот так. Все 3 адреса из разных подсетей, если что. -
@max5775 Понятно
А если хосту 192.168.1.10 ручками прописать путь до 192.168.10.0/24 через 192.168.1.253 , что будет ??? Я правильно понимаю , что у этого хоста шлюз по умолчанию 1.254 ? -
Вы имеете ввиду прописать этот маршрут на http-сервере?
Да, у него defroute 192.168.1.254.
Прописал статически маршрут route add -net 192.168.10.0/24 gw 192.168.1.253 и все заработало. ПК из vlan 10 достучался до этого сервера. Значит косяк в pfsense, как я и думал, но вот в чем... -
@max5775 Это называется "ассиметричная маршрутизация"
-
@Konstanti типа туда идет по одному маршруту, обратно по другому?
Почему пинг то проходит? -
@max5775 А как вы считаете , куда ответит 1.253 хост , если изначально пакет пришел от 1.10 ?
-
@Konstanti ну если они в одной сети, то напрямую, минуя 1.254
-
@max5775 Это не косяк PF , это "косяк" структуры Вашей сети
-
@Konstanti подскажите, как это все грамотно развести? пока в мыслях убрать маршрут в 192.168.10.0/24 через 1.253 и добавить на pfsense vlan 10 интерфейс и маршрутизировать через него
-
@max5775 сложно так сказать
Но я бы часть работы повесил бы на коммутатор ( он же у Вас 3-го уровня ) ?
Ну , вот пусть и маршрутизирует трафик между внутренними сетями . А всем остальным пусть PF занимается . -
Третьего, просто заморочка идет с тем, что есть вот эта старая сеть с неуправляемыми свитчами, без vlan-ов и пр. И в ближайшей перспективе на ее переделку денег не будет, поэтому выкручиваемся как можем.
P.S: удалил скрины из постов выше, раз с проблемой более-менее все понятно