Openvp Server+ipsec маршрутизация за тоннелями

viktor_g

@avant said in Openvp Server+ipsec маршрутизация за тоннелями:

всё конечно здорово, но ovpn клиенты не видят всё что за ipsec тоннелями, перепробовал уже просто всё, даже новую виртуалку развернул, у клиентов в роутинге сети все есть, но по факту не работает, понятно что затык либо на первом шлюзе куда они подключаются, либо дальше........
причем сейчас сделал site-ti-site на голом ipsec между двумя pfsense, но и это не помогло

Сделайте packet capture на OpenVPN и IPsec интерфейсах, посмотрите где затык

Не исключено что напоролись на https://redmine.pfsense.org/issues/7801
если это всё-таки этот баг, то можете попробовать патч 230.diff
но аккуратно, патч ещё недостаточно протестирован,
сделайте резервную копию на всякий случай

см. https://docs.netgate.com/pfsense/en/latest/development/system-patches.html

werter

Добрый
@avant

у клиентов в роутинге сети все есть

Покажите таблицу маршрутизации на подключенном овпн-клиенте (route print в Win).
Покажите на этом же клиенте вывод:
tracert -d <ip-в-удаленной-сети-за-ip-sec>

Зы. Есть еще вариант. Попробуйте привести к одному виду размер MTU и на овпн и на ипсек. Установите в обоих случаях размер mtu в 1200-1300 байт.
Зы2. Может с НАТом поиграться на пф?

Avant

@werter

@werter said in Openvp Server+ipsec маршрутизация за тоннелями:

Добрый
@avant

у клиентов в роутинге сети все есть

Покажите таблицу маршрутизации на подключенном овпн-клиенте (route print в Win).

Покажите на этом же клиенте вывод:
tracert -d <ip-в-удаленной-сети-за-ip-sec>

Зы. Есть еще вариант. Попробуйте привести к одному виду размер MTU и на овпн и на ипсек. Установите в обоих случаях размер mtu в 1200-1300 байт.
Зы2. Может с НАТом поиграться на пф?

хорошо всё c маршрутами

110 сеть, это куда подключается ovpn клиент, следовательно тоннельная адресация 10.10.193.0/24
103 сеть, это которая за ipsec тоннелем

вот tracert, не понятно почему тут внешние ip светятся?

werter

@avant

вот tracert, не понятно почему тут внешние ip светятся?

В трасере после 10,10,193,1 след адресом должен быть 192.168.103.2
А получается, что трафик дальше в инет пошел.

Что за железка 10,10,193,1? За нею точно сеть 192.168.103.х живет?
Что шлюзом в настройках у 192.168.103.2?

Зы. Вы что-то в хецнере крутите? Там пф развернут?

Avant

@werter said in Openvp Server+ipsec маршрутизация за тоннелями:

В трасере после 10,10,193,1 след адресом должен быть 192.168.103.2
А получается, что трафик дальше в инет пошел.
Что за железка 10,10,193,1? За нею точно сеть 192.168.103.х живет?
Что шлюзом в настройках у 192.168.103.2?

вот схема с адресацией

кстати тут шлюз не надо прописывать? т.е себя же

werter

@avant

кстати тут шлюз не надо прописывать? т.е себя же

Не надо.

А какая адресация в ипсек-сети между пф?

Avant

@werter

werter

@avant
Попробуйте Mode=Ipsec VTI. Между пф-ми его можно настроить. В доках пф про него есть.
Может оно вам подойдет.

Avant

попробовал сейчас с самих pf пинговать подсети друг друга(при поднятных ipsec тоннелях) и они друг друга не видят, машины за ними видят подсети, не в этом ли дело, что opvpn клиенты не видят подсети за тоннелями?

кстати когда прописываю фазу два и подсеть для ovpn клиентов, между pf она не поднимается

werter

@avant

попробовал сейчас с самих pf пинговать подсети друг друга(при поднятных ipsec тоннелях) и они друг друга не видят,

Там можно выбрать принудительно с какого интерфейса пинговать. Попробуйте.

werter

@avant

В Локал нетворк овпн на овпн-сервере пихаем локальную сеть и лок. сет(ь)и за ipsec.
В Локал сабнет ипсек в фазе2 на овпн-сервере пихаем локальную сеть и овпн-сеть(и). Не сети за овпн-клиентами.

В Ремоут сабнет ипсек в фазе2 на ипсек-клиенте пихаем лок. сеть овпн-сервера и овпн-сеть(и) клиентов. Не сети за овпн-клиентами.

Avant

This post is deleted!

Avant

@werter said in Openvp Server+ipsec маршрутизация за тоннелями:

В Ремоут сабнет ипсек в фазе2 на ипс

так всё и сделано, но фаза2 с сетью для ovpn клиента не поднимается

werter

@avant
Что в логах при этом?
Может надо объявить овпн-интерфейс явно?

Попробуйте IPSEC VTI между пф.
https://docs.netgate.com/pfsense/en/latest/vpn/ipsec/routed-vti.html
В нем руками маршруты рисовать можно. Похоже, что это решит проблему с неподнятием фазы2 для овпн.

Или ospf\bgp настроить для динамической марш-ции ) Заодно и опыт получите.

Avant

@werter said in Openvp Server+ipsec маршрутизация за тоннелями:

Или ospf\bgp настроить для динамической марш-ции ) Заодно и опыт получите.

ospf у меня давно трудится на микротиках ;)

werter

@avant

ospf у меня давно трудится на микротиках ;)

Тогда тем более.

Avant

Вобщем всё настроил, всё работает, основная проблема была в моей топологии(звезда) и не верной схемы маршрутизации(не внимательность + не верно понял логику маршрутизации)
Были еще мелкие косяки, пинговал шлюзы изнутри, а правила были кривые и они тупо не пинговались(опять таки не внимательность)
Заработала нормально маршрутизация и с ovpn клиентами(алилуя))))!
Всем спасибо за уделённое время(особенно @werter ;)