Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Topics - xstaford

#1
Hi,

I'm struggling with port forwarding through WireGuard.
Totally i have 3 conected to each other opnsense and all subnets are fully accessible from each other.
Each office is connected via a separate instance-peer setup, so each WG instance has its own interface.

I am trying to port forward from wan opnsenseA to lan opnsenseB but it only works from the OpnsenseA local networks.

I tried adding a reply-to gateway of the WG interface for Wan rule, but that didn't help either. Maybe I misconfigured the gateway for WireGuard?
( ip of WG instance of opnsenseA (tried B also), monitor ip is lan ip of opnsenseB) opnsenseB has a dynamic Wan ip.


OpnsenseA logs show that everything is working as expected.


Meanwhile, OpnsenseB shows nothing at all...

However, if I try accessing the WAN from the LAN network of OpnsenseA, both OpnsenseA and OpnsenseB logs show activity.
The logs of opnsenseB


Any ideas what I might be missing?

And second question how to debug it? How to check traffic flow to understand what is going wrong?
#2
Добрый день,

Мучаюсь с пробросом портов через wireguard.
Внутри сетей opnsenseA проброс работает как часы но вот через WG тунель победить не могу)

Естественно все 3 opnsense подсети из каждой подсети доступны)

OpnsenseA:
port forwarding from static ip wan to opnsenseB local ip.
Reflection for port forwards and Automatic outbound NAT for Reflection are enabled.
wireguard intarface assigned. Rules - (pass, opnsenseB local nets to opnsenseA local nets).

OpnsenseB:
Reflection for port forwards and Automatic outbound NAT for Reflection are enabled.
wireguard intarface assigned. Rules - (pass, opnsenseA local nets to opnsenseB local nets).

Каждый офис соединен отдельными инстанс - пиир, чтобы для каждой подсети был свой интерфейс.
Итого такой проброс работает только из подсети opnsenseA.
читал что нужно в правиле для данного проброса указать reply-to интерфейс WG. Ок для этого в интерфейсе указываем Dynamic gateway policy, geteway создается указал его reply-to и тоже не фига))) Больше всего раздражает что хрен знает как отловить) в логах opnsesense идет проброс, в логах opnsenseb как будто нихрена не((( при этом если обратится к ван внутри подсети opnsesea то оба лога срабатывают) Надеюсь смог обьяснить! на всех последняя версия Opnsense.