NAT/Port Forwarding not working
-
Your best bet is simple sniff on your pfsense wan to actually validate that your traffic is even getting to pfsense on 8086..
Troubleshooting port forwarding should only take you a few minutes.
Does the traffic get there, does pfsense send it on - does the client send an answer once you see pfsense send it on, etc.
-
Your best bet is simple sniff on your pfsense wan to actually validate that your traffic is even getting to pfsense on 8086..
Troubleshooting port forwarding should only take you a few minutes.
Does the traffic get there, does pfsense send it on - does the client send an answer once you see pfsense send it on, etc.
I will try that now. I really do not know how to do the port sniff, I will try and get some info around that.
Meanwhile, I really want to thank you for helping me out in this. Appreciate it a lot fellas.
-
I really do not know how to do the port sniff, I will try and get some info around that.
Diagnostics - Packet Capture
-
You were right, there is no traffic coming in to the WAN connection using that port. I scanned through each and every line item in the log.
I used my cellphone Chrome browser:
browsed to http://domain.dyndns.com:8086 - no incoming traffic using that port number
browsed to http://mypublicIP:8086 - no incoming trafficI even tried with just WAN 1 (my primary ISP who provides a public IP), still no traffic coming in.
I see some really random port numbers on some entries.
23:24:54.032893 IP 100.xx.xxx.88.25933 > 151.xxx.xxx.xx6.20064: UDP, length 103Edit:
I connected my old router back and it works fine on that. I am able to ping my public IP using both IP and DynDNS domain and able to get to my IP cameras.Something, some where is getting blocked.
-
Yeah lots noise on the net..
Pfsense can not forward what it does not see..
A simple way to if traffic can get to your public IP on a tcp port is canyouseeme.org
If your sending traffic to your IP and port and its not getting there, then something in front of pfsense is blocking it. ISP? ISP device in front of pfsense, etc.
edit: if your changing the router connected I assume your getting a different public IP.. Maybe that port is blocked that IP, try changing mac on pfsense to mimic mac on your old router so you get the same IP, etc.
But again pfsense can not forward what it does not see.
You sure your not getting a nat reflection when you use the old router? Ie your cellphone on your wireless network.. If your going to test with phones you need to validate they are non on your local wifi network.
-
Diagnostics > Packet Capture on the appropriate WAN interface on port 8086.
Try to connect
Stop the capture
If there is nothing there, the traffic isn't hitting WAN.
If there is something, then packet capture on LAN
If you see the traffic going out, the port forward is working. If there is no response, check that host.
-
I used my cellphone Chrome browser:
Just to be sure: WLAN was off on the phone when you did the test?
-
edit: if your changing the router connected I assume your getting a different public IP.. Maybe that port is blocked that IP, try changing mac on pfsense to mimic mac on your old router so you get the same IP, etc.
The public IP changes when I reboot the router and a new connection is established. ISP 1 is providing a dynamic public IP, a reboot is needed. That is why I am using DynDNS service to sync my public IP with my domain.
You sure your not getting a nat reflection when you use the old router? Ie your cellphone on your wireless network.. If your going to test with phones you need to validate they are non on your local wifi network.
I am absolutely sure of using my cellphones 4G network. Wi-Fi is always OFF when I am testing this.
Diagnostics > Packet Capture on the appropriate WAN interface on port 8086.
Try to connect
Stop the capture
If there is nothing there, the traffic isn't hitting WAN.
If there is something, then packet capture on LAN
If you see the traffic going out, the port forward is working. If there is no response, check that host.
Still no go, the traffic does not seem to be hitting the WAN IP address for some reason.
Just to be sure: WLAN was off on the phone when you did the test?
Yes absolutely, my cellphone is always on 4G network while testing.
-
"the traffic does not seem to be hitting the WAN IP address for some reason."
Then the block is upstream.. Pfsense can not forward what it does not see, end of story. Get with your ISP on why traffic on on port X does not get to you.
-
And the firewall logs will not include passed traffic unless you explicitly tell that pass rule to log.
You need to be looking exclusively at packet captures, pretty much.
