PfSense 2.4.4-RELEASE-p2 + Mikrotik
-
Да, раз у нас режим пир-ту-пир, то лучше на клиенте Офис 2 192.168.88.0/24 поместите в remote networks.
А на сервере для микротике на офис 1 поставьте 192.168.88.0/24 тоже в remote networks. -
@vladimirlind
remote networks 192.168.10.0/24;192.168.88.0/24 Так? -
@Mister511 said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
remote networks 192.168.10.0/24;192.168.88.0/24 Так?
на клиенте офис 2 - да.
на сервере для микрота только 192.168.88.0/24
-
@vladimirlind
192.168.88.0/24 10.10.1.1 UGS 12 1500 ovpnc1
Сделал, маршрут на клиенте прописался но пинга на 192.168.88.0/24 нет -
А на сервере для микротика 192.168.88.0/24 в remote networks добавили?
192.168.88.0/24 есть в маршрутах на офис 1?
-
@vladimirlind А на сервере для микротика 192.168.88.0/24 в remote networks добавили? Да
192.168.88.0/24 10.20.20.2 UGS 0 1500 ovpns3
Прописался маршрут -
@vladimirlind сервер микротика
Клиент офиса 2
-
В качестве source для пинга что берете на офис 2? Укажите интерфейс Lan c 192.168.1.x
Или вы с хоста в 192.168.1.0/24 пингуете? -
@vladimirlind
с PfSense и с хоста -
вы укажите все-таки source address LAN в пинге, и смотрите в это время diagnostic>packet capture на офис 1 интерфейсах openvpn с фильтром icmp - есть ли пинги от офис 2.
-
@vladimirlind said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
вы укажите все-таки source address LAN в пинге
Не понял
-
в Diagnostics>ping видно, что можно задать source address - третья строчка сверху
-
@Mister511
Имеется в виду ping из Web интерфейса
Я бы тоже порекомендовал использовать Packet capture или tcpdump , чтобы понять , где пакеты теряются -
@Mister511 Кстати,
Правила проверьте пож на интерфейсах , возможно , где-то блок может стоять -
@vladimirlind
14:49:36.802711 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5091, length 8
14:49:36.844755 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5091, length 8
14:49:37.216011 IP 10.20.20.2 > 192.168.1.10: ICMP echo request, id 6499, seq 2425, length 36
14:49:37.216229 IP 192.168.1.10 > 10.20.20.2: ICMP echo reply, id 6499, seq 2425, length 36
14:49:37.304403 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5092, length 8
14:49:37.346351 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5092, length 8
14:49:37.804719 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5093, length 8
14:49:37.846703 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5093, length 8
14:49:38.215580 IP 10.20.20.2 > 192.168.1.10: ICMP echo request, id 6499, seq 2426, length 36
14:49:38.215769 IP 192.168.1.10 > 10.20.20.2: ICMP echo reply, id 6499, seq 2426, length 36
14:49:38.306701 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5094, length 8
14:49:38.348634 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5094, length 8
14:49:38.808332 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5095, length 8
14:49:38.850155 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5095, length 8
14:49:39.214939 IP 10.20.20.2 > 192.168.1.10: ICMP echo request, id 6499, seq 2427, length 36
14:49:39.215166 IP 192.168.1.10 > 10.20.20.2: ICMP echo reply, id 6499, seq 2427, length 36
14:49:39.309698 IP 10.10.1.2 > 192.168.10.250: ICMP echo request, id 22747, seq 5096, length 8
14:49:39.352356 IP 192.168.10.250 > 10.10.1.2: ICMP echo reply, id 22747, seq 5096, length 8Я так понимаю они доходят до 10.20.20.2
но 10.20.20.2 это интерфейс vpn на микротике -
@Mister511
Можно попробовать так сделать (пинг)- 192.168.1.10 > 10.10.1.1
- 192.168.1.10 > 10.20.20.1
- 192.168.1.10 > 10.20.20.2
- 192.168.1.10 > 192.168.88.x
на каком из тестов идет затык ?
-
@Konstanti
192.168.1.10 > 10.20.20.2 -затык
192.168.1.10 это хост (PC) -
This post is deleted! -
@Konstanti маршрут есть с 192.168.88.0 на 192.168.1.10 есть пинг
А вот на оборот нет -
@Mister511 said in PfSense 2.4.4-RELEASE-p2 + Mikrotik:
192.168.1.10 > 10.20.20.2 -затык
может, у микрота фаервольное правило на овпн висит