NAT reflection still broken???
-
Does anything show up in a packet capture on your LAN interface for the reflected ports? If not, is it possible that something else is blocking the traffic (like a layer 3 switch)?
-
They are both sitting on the same Vswitch and its not L3 capable.
-
Nope…..nothing at all.... This is SO weird.....
Does anything show up in a packet capture on your LAN interface for the reflected ports? If not, is it possible that something else is blocking the traffic (like a layer 3 switch)?
-
It wasn't working for me one time, I did a reinstall on my pfsense box and then it worked… same build and everything. Make sure to play around with nat reflection stuff first before touching any of the packages, that seemed to make it work for me.
-
Thx :) I had it working for a short while yesterday evening, but it broke after a couple of changes to the DNS Forwarder. It is really weird….like it stays down when changed or something has an influence on how it works.
It wasn't working for me one time, I did a reinstall on my pfsense box and then it worked… same build and everything. Make sure to play around with nat reflection stuff first before touching any of the packages, that seemed to make it work for me.
-
I've found that if you enable reflection and have the pfsense web config listening on the same port you as the one you want to connect to (lets say 80 and you have a externally accessible web server running on port 80 too) and you try to connect using your external IP from the internal network, it will connect to the web config.
Changing the web config port fixes the problem. -
Thx will try that. But in 1.2.3 this is not necessary…..what is stripped from the packages since the PF cannot tell the difference??
-
I've recently noticed NAT reflection is broken on my install (latest BETA5 build).
Did you find a fix for your install yet?
-
I have noticed this with Beta 4. I am running on physical machine with intel nics and port 1433 was being looped through even though we were using a totally different IP external one that PF didn't know about. So users though they were going to an external SQL server to be re-routed to an internal one.
Switching off NAT reflection sorted it.
Never tried it again since.
-
Its most certainly broken in the latest BETA5 build
I even went to far as to start with a fresh install to make sure there were not any installed packages affecting the issue.
I'd love to see this fixed, as it was the main reason I chose pfSense over so many other offerings many years ago.
-
It works fine with the latest snap of today (1/13)…
- System->Advanced->Firewall/NAT->uncheck Disable NAT Reflection for port forwards
- Add a test NAT rule eg port 80 and forward it to your client running a webserver (in my case 10.0.100.1 on LAN interface)
- Add a firewall rules to allow that traffic on port 80 to the client
- Now I tested the connection from a wireless client (172.16.100.5 on my WLAN interface) with http://my_external_ip and it works
Actually this never stopped working as I've posted before...Of course you can't test that connection from the client itself! (in my case 10.0.100.1)
-
Have you tried on domain level?? And not specific IP address??
-
Yes, also tried with my DynDNS name…