PfSense 2.4.4-RELEASE-p2 + Mikrotik
-
@werter
192.168.88.199 -это хост в сети 192.68.88.xПравильно ли я вас понял у хоста 192.168.88.199 шлюз 192.168.88.1 Если да, то так и есть
default 10.10.1.1 UGS 9596330 1500 ovpnc1
10.10.1.1 link#8 UH 0 1500 ovpnc1
10.10.1.2 link#8 UHS 0 16384 lo0
127.0.0.1 link#4 UH 3038 16384 lo0
192.168.1.0/24 link#2 U 6646462589 1500 vr0
192.168.1.1 link#2 UHS 0 16384 lo0
192.168.10.0/24 10.10.1.1 UGS 1333 1500 ovpnc1
192.168.10.250 10.10.1.1 UGHS 19104 1500 ovpnc1
192.168.88.0/24 10.10.1.1 UGS 191 1500 ovpnc1 -
@Mister511 said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
192.168.10.250 10.10.1.1 UGHS 19104 1500 ovpnc1
Лишнее. Он и так ,все к 192.168.10.0/24 в ovpnc1 заворачивает. Откуда этот роут взялся? Удалите его.
Получается, что пакет для 192.168.88.0/24 приходит на 10.10.1.1. Но далее 10.10.1.1 или не знает, куда дальше его отправлять или что-то (10.10.10.1 или МТ ) его блокирует .
Шальная мысль. Попробуйте перезагрузить все ТРИ железки. И попробовать снова.
-
@werter это уже ближе к ночи перегружу Uptime 71 Days PfSense
-
@werter пинги к 10.10.10.xxx (сервера для windows) все пингую и с микротика и с офиса 2
-
С самого пф (192.168.1.1) что-то в 192.168.88.0/24 пингуется?
Покажите скрины правил fw на ЛАН и VPN с пф (192.168.1.1)
Не увидел маршрут в 192.168.88.0/24 на пф в Офис1. Он же Центральный на вашей картинке?
Это с пф Офис 1 роуты?
10.10.1.0/24 10.10.1.2 UGS 0 1500 ovpns2
10.10.1.2 link#9 UH 5883580860 1500 ovpns2где 10.10.1.1 link#9 UHS 0 16384 lo0 ? Или туннель упал?
10.10.10.0/24 10.10.10.2 UGS 202324246 1500 ovpns1
10.10.10.1 link#8 UHS 0 16384 lo0
10.10.10.2 link#8 UH 5984845 1500 ovpns110.20.20.0/24 10.20.20.2 UGS 0 1500 ovpns3
10.20.20.1 link#10 UHS 0 16384 lo0
10.20.20.2 link#10 UH 0 1500 ovpns3127.0.0.1 link#5 UH 6078 16384 lo0
192.168.1.0/24 10.10.1.2 UGS 185056 1500 ovpns2
где 192.168.88.0/24 10.20.20.2 UGS X 1500 ovpns3 ?
192.168.10.0/24 link#1 U 1880130777 1500 em0
192.168.10.250 link#1 UHS 780 16384 lo0Покажите таблицу марш-ции на нем при всех поднятых впн. И скрины правил fw на ЛАН и VPN на нем же.
-
Приводил ранее свои настройки mikrotik+pfsense OpenVPN
mikrotik+pfsense OpenVPN
https://forum.netgate.com/topic/135133/mikrotik-pfsense-openvpn/15
может почерпнете что-либо полезное.У mikrotik есть багофича, если нужно передать маршрут в сеть, отличную от той, что за pfSense, то в Client Specific Overrides маршрут в нее нужно добавлять с указанием шлюза:
push route "10.0.6.0 255.255.255.0 10.11.12.1";
где
10.0.6.0 - искомая сеть
10.11.12.1 - IP серверного "конца" туннеля.
Ну или добавлять вручную. Я предпочитаю все делать на стороне сервера, через Client Specific Overrides. -
@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
С самого пф (192.168.1.1) что-то в 192.168.88.0/24 пингуется?
Нет
@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
окажите скрины правил fw на ЛАН и VPN с пф (192.168.1.1)
@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
Не увидел маршрут в 192.168.88.0/24 на пф в Офис1. Он же Центральный на вашей картинке?
Верно он центральный, маршрут есть
192.168.88.0/24 10.20.20.2 UGS 3 1500 ovpns3@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
Покажите таблицу марш-ции на нем при всех поднятых впн. И скрины правил fw на ЛАН и VPN на нем же.
На центральном?
-
@pigbrother Дело в том что микротик видит всех! А вот его не видит один шлюз
-
@Mister511 Доброе утро
Давайте по порядку
1 Так визуально проблем не видно
2 Можете показать таблицы маршрутизации у обоих PF ?
3 Что такое - интерфейс PFSENSE_TO_PFSENSE ? -
@Konstanti
PF 1 (офис 1)10.10.1.1 link#9 UHS 0 16384 lo0
10.10.1.2 link#9 UH 569023585 1500 ovpns2
10.10.10.0/24 10.10.10.2 UGS 5031831 1500 ovpns1
10.10.10.1 link#8 UHS 0 16384 lo0
10.10.10.2 link#8 UH 116 1500 ovpns1
10.20.20.0/24 10.20.20.2 UGS 0 1500 ovpns3
10.20.20.1 link#10 UHS 0 16384 lo0
10.20.20.2 link#10 UH 0 1500 ovpns3
127.0.0.1 link#5 UH 340 16384 lo0
192.168.1.0/24 10.10.1.2 UGS 0 1500 ovpns2
192.168.10.0/24 link#1 U 181892781 1500 em0
192.168.10.250 link#1 UHS 0 16384 lo0
192.168.88.0/24 10.20.20.2 UGS 0 1500 ovpns3PF 2 (Офис 2)
default 10.10.1.1 UGS 289087569 1500 ovpnc1
10.10.1.1 link#7 UH 0 1500 ovpnc1
10.10.1.2 link#7 UHS 0 16384 lo0
127.0.0.1 link#4 UH 0 16384 lo0
192.168.1.0/24 link#2 U 588588426 1500 vr0
192.168.1.1 link#2 UHS 0 16384 lo0
192.168.10.0/24 10.10.1.1 UGS 52394 1500 ovpnc1
192.168.10.250 10.10.1.1 UGHS 779521 1500 ovpnc1
192.168.88.0/24 10.10.1.1 UGS 12 1500 ovpnc1 -
@Konstanti said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
Что такое - интерфейс PFSENSE_TO_PFSENSE ?
Интерфейс тунеля PF 1 и PF 2 без него не работает vpn ( пробовал отключать)
-
@Mister511 said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
10.10.10.2
Понятно почему офис2 не видит сети 10.20.20.0/24 - он про нее не знает
Хотя это не принципиально , у Вас шлюз по умолчанию OPENVPN
и зачем путь до хоста 10.250 на PF2 ?
По поводу PF_to_PF - странные правила на этом интерфейсеи еще вопрос
10.20.20. 1 пингует 10.20.20.2 и 192.168.88.X ? -
@Konstanti said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
и зачем путь до хоста 10.250 на PF2 ?
Он сам прописался я не прописывал!
10.20.20. 1 пингует 10.20.20.2 и 192.168.88.X ?
-
@Mister511 Уже лучше
Т е связь PF1 <-> Mikrotik присутствует
и дело , получается , не в Микротике и не в PF1
Ради интереса , попробуйте на PF2 использовать исходящий NAT на интерфейсе PF_TO_PF, чтобы на PF1 приходили пакеты 10.10.1.1 , а не 192.168.1.X -
@Konstanti Вечером разберусь с этим интерфейсом обязательно отпишусь
-
@Konstanti @werter @vladimirlind Коллеги всем спасибо за помощь! Проблема решена!
Удалил интерфейс PfSense_to_PfSense (он остался от старого vpn)
Сейчас весь трафик во все стороны ходит!
Всем удачи
-
@Konstanti все же, есть не большая проблема) Как завернуть весь трафик через VPN?
-
@Mister511
На ЛАН указать в кач-ве шлюза ЯВНО созданный ранее VPN_GW. И оставить ТОЛЬКО это правило. Остальные - откл.P.s. В опенвпн присутствует спец. директива, к-ая "сообщает" клиенту заворачивать ВЕСЬ трафик в туннель. Вкл. ,ес-но, на сервере.
-
@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
Вкл. ,ес-но, на сервере.
Вы о "Redirect Gateway" на сервере?
Если да, то как ни странно это может показаться, это возможно без включения Redirect Gateway на сервере.
Достаточно redirect-gateway def1 в конфиге клиента. -
Директивы, к-ые сервер push-ит клиентам можно использовать непсоредственно на клиентах без push со стороны сервера.
Если у вас нес-кодесятковклиентов, то push-ить удобнее ЦЕНТРАЛИЗОВАНО на стороне сервера.
Что ж тут странного )
