diff --git a/docs/CHANGELOG.md b/docs/CHANGELOG.md index bae8e01..43fd3dc 100644 --- a/docs/CHANGELOG.md +++ b/docs/CHANGELOG.md @@ -127,6 +127,16 @@ - **Port range NAT fix**: OPNsense config.xml requires `` to contain only the **starting port** (e.g., `2223`), not the full range (e.g., `2223-2323`). OPNsense maps ranges 1:1 automatically. +### NAT Reflection Fixed +- **Problem**: Internal clients couldn't access services via public domain names (kavcorp.com) +- **Root cause**: Pure NAT reflection mode doesn't source-NAT traffic, so return packets bypass OPNsense +- **Solution**: Enabled `enablenatreflectionhelper` (NAT+proxy mode) instead of pure NAT +- **Config changes**: + - `no` + - `yes` + - Added `purenat` to HTTP/HTTPS port forward rules +- Internal and external access now both work via public domain names + ### Verified Working - All VLANs (10, 20, 30) receiving DHCP from OPNsense - LAN (10.4.2.0/24) receiving DHCP from OPNsense diff --git a/docs/DECISIONS.md b/docs/DECISIONS.md index 9474ecd..c9cbc16 100644 --- a/docs/DECISIONS.md +++ b/docs/DECISIONS.md @@ -192,6 +192,7 @@ cat /tmp/rules.debug 4. NAT port range rules: `` must be just the starting port, not the full range - Correct: `2223-2323` with `2223` - Wrong: `2223-2323` with `2223-2323` (rule will be commented out) +5. NAT reflection requires `enablenatreflectionhelper` (not just purenat) when clients and servers are on the same subnet - pure NAT doesn't source-NAT so return traffic bypasses OPNsense ### Reverse Proxy