PfSense 2.4.4-RELEASE-p2 + Mikrotik

[Mister511]

@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 ovpns3

PF 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

[Mister511]

@Konstanti said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:

Что такое - интерфейс PFSENSE_TO_PFSENSE ?

Интерфейс тунеля PF 1 и PF 2 без него не работает vpn ( пробовал отключать)

[Konstanti]

@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 ?

[Mister511]

@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 ?

[Konstanti]

@Mister511 Уже лучше
Т е связь PF1 <-> Mikrotik присутствует
и дело , получается , не в Микротике и не в PF1
Ради интереса , попробуйте на PF2 использовать исходящий NAT на интерфейсе PF_TO_PF, чтобы на PF1 приходили пакеты 10.10.1.1 , а не 192.168.1.X

[Mister511]

@Konstanti Вечером разберусь с этим интерфейсом обязательно отпишусь

[Mister511]

@Konstanti @werter @vladimirlind Коллеги всем спасибо за помощь! Проблема решена!
Удалил интерфейс PfSense_to_PfSense (он остался от старого vpn)
Сейчас весь трафик во все стороны ходит!
Всем удачи

[Mister511]

@Konstanti все же, есть не большая проблема) Как завернуть весь трафик через VPN?

[werter]

@Mister511
На ЛАН указать в кач-ве шлюза ЯВНО созданный ранее VPN_GW. И оставить ТОЛЬКО это правило. Остальные - откл.

P.s. В опенвпн присутствует спец. директива, к-ая "сообщает" клиенту заворачивать ВЕСЬ трафик в туннель. Вкл. ,ес-но, на сервере.

[pigbrother]

@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:

Вкл. ,ес-но, на сервере.

Вы о "Redirect Gateway" на сервере?
Если да, то как ни странно это может показаться, это возможно без включения Redirect Gateway на сервере.
Достаточно redirect-gateway def1 в конфиге клиента.

[werter]

@pigbrother

Директивы, к-ые сервер push-ит клиентам можно использовать непсоредственно на клиентах без push со стороны сервера.
Если у вас нес-ко десятков клиентов, то push-ить удобнее ЦЕНТРАЛИЗОВАНО на стороне сервера.
Что ж тут странного )

[pigbrother]

@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:

то push-ить удобнее ЦЕНТРАЛИЗОВАНО на стороне сервера.

С тем, что push-ить можно практически все должен быть знаком каждый, использующий OpenVPN.

Просто утверждение, что

@werter said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:

Вкл. ,ес-но, на сервере.

Можно интерпретировать так, что без включения на сервере это работать не будет.