I'm trying to replace an OPNsense with an OpenWrt instance.
There are three downstream zones, eath with their very own IPv6 subnet.
IPv4 wise two of them have RFC1918 local prefixes but one (DMZ) has publicy routed IPs assigned to the clients..
So I chose to set masq_src to 10.10.100.0/22 only so that my publicly routed prefix isn't being NATed.
Yet one problem remains. My DMZ hosts can reach out to the internet but the answers aren't being routed back to my hosts. I fear it's because I selectively deactivated MASQ for DMZ clients thus connection tracking is also disabled.
Is my assumption correct? If so, how can I enable connection tracking for my DMZ clients while at the same time let OpenWrt not masq the source IPs?
I'm sorry I didn't give all the information necessary...
This is the routed setup:
[provider's router] public /29 [my router] another public /29 for my DMZ
When I ping the internet from a DMZ host I can see the traffic going out the WAN interface of my router and I can also see the echo reply, but it's not being send back to the originator.
I have firewall logging enabled for all rejected / dropped packets and this does not show up in the log, hence me thinking it's due to the lack of connection tracking, because my router doesn't store a state for this connection.
Thank you I will double check those things.
As I'm migrating I can only do this during the night and I will have to wait for the next one to come
Then I will provide more information or hopefully the solution to my problem.
The only forwarding I have regarding this DMZ zone is one from DMZ to WAN, which is working as I can see the WAN outgoing traffic. There is no forwarding from WAN to DMZ as I want to filter incoming traffic.
Well it was as simple as forgetting the most important WAN IP to set on my router. The one was missing over which the DMZ prefix is routed. You may hit me now
No surprise that the return traffic did not arrive...