Unable to access a host on another subnet but can from pfSense [SOLVED]
-
Don't set a source port.
-
No joy, I am uploading details in case:
-
Look at your source network. You need slimmer fingers.
And the NAT address should be the LAN2 interface address, not some /28 ffs.
How many APs are you trying to do this for? If one use a /32 destination address and LAN2 address as the NAT address.
That /29 source will only NAT if you are connecting from those specific hosts. Why are you using all these wacky netmasks?
-
It worked!!! Thank you very much!
As a note, I also had to make the port static for this to work.
The key point I was missing is that the "Translation\Other subnet" has to be the address of the destination interface.The weird subnets was just desperation, to make things work. ;D
-
"I also had to make the port static for this to work."
No you didn't.. Why would where your forwarding 80 care that the source port of the traffic was the same as what the client used vs letting pfsense do Napt..
-
Static port has nothing to do with it. That will possibly create problems for you down the road but leave it if you so desire.
Your NAT port should be 80, not any.
Glad it's working for you.
-
Static port has nothing to do with it. That will possibly create problems for you down the road but leave it if you so desire.
Your NAT port should be 80, not any.
Hmmmm, :-, If I tick "Static", pfSence sets the NAT port to Any. However if I set NAT port to 80, then I cannot connect to 192.168.1.2:80 from 192.168.0.3 - I tried again.
Obviously you both know what you are talking about, why would this be?
"No you didn't.. Why would where your forwarding 80 care that the source port of the traffic was the same as what the client used vs letting pfsense do Napt..
As above, also I am not clear what you are saying, can you rephrase?
-
When a browser, or any application for that matter connects to pretty much any other application.. It is really rare that the source port needs to be something specific.. Some cases sure.. But very far and between.. http or port 80 have never seen such a case where the source port would have to be something specific.
When you set a static port on an outbound port forward what your saying is that pfsense can not change what the source port to something else.. So if your connection was from ipA:portX to ipB:80, then pfsense can not change that to ipA:portY to ipB:80.. Which is how Napt works.
Your pfsense lan2 IP is in your 192.168.1.1 right? And your just trying to do a source nat to the web gui running on 80, because the device your connecting to on 80 does not have a gateway set..
Would look like below. I just used my lan to show this like I was coming from a different network the 192.168.0.3 in your example.. And 192.168.1.2 is say on my lan..
-
Your pfsense lan2 IP is in your 192.168.1.1 right? And your just trying to do a source nat to the web gui running on 80, because the device your connecting to on 80 does not have a gateway set..
Exactly!!! This is a WiFi router working as AP only. I am trying to access its Web Config pages.
Would look like below.
I totally get what you are saying. Also, I did change the NAT port to 80 (non static), as you suggested, so it can change "ipA:portx" to " ipA:portY", however when I do this, I just cannot get trough to the AP's web interface.
I just cannot see how would the AP detect this and why your suggestion does not work.
When I change the NAT port to 80, I get following in the state log:
LAN1 tcp 192.168.0.3:52387 -> 192.168.1.2:80 CLOSED:SYN_SENT
LAN2 tcp 192.168.0.3:52387 -> 192.168.1.2:80 SYN_SENT:CLOSEDWhen it is static I get below - Although I see the source port also changing, strange :
LAN1 tcp 192.168.0.3:52469 -> 192.168.1.2:80 ESTABLISHED:ESTABLISHED
LAN2 tcp 192.168.1.1:52469 (192.168.0.3:52469) -> 192.168.1.2:80 ESTABLISHED:ESTABLISHED -
Your post does not show a change in source port.. It's 52469 from the .0.3 box and when it gets forwarded from 1.1..
-
Your post does not show a change in source port.. It's 52469 from the .0.3 box and when it gets forwarded from 1.1..
OK, get it (was late :D). Still don't get why non static does not work.
-
No idea… Sniff the traffic to see what you get back from the syn that is sent.. My guess is your getting RST back from the device because there is a session open or something.
Did you try rebooting the AP?
-
Giving you some bunk info messing up between outbound NAT and port forwards. Sorry.
Set it like this:
 -
Good catch Derelict.. This is outbound nat you wouldn't set the NAT.. That would be done automatic. You would do that with port forward inbound. But shouldn't it work anyway?
-
That was effectively static port. I would expect that to work intermittently at best.
-
Giving you some bunk info messing up between outbound NAT and port forwards. Sorry.
Great catch!
It now works ether way, when I set it as static or if I set it to any (non-static). I am now using (non-static)
Thank you!
-
That was effectively static port. I would expect that to work intermittently at best.
I am trying to understand this statement, can you please go into a bit more detail to explain?
I.e. Why would you expect this to work intermittently? -
Because static port sets the NAT source port so it never changes.
That was effectively setting your source port to 80 and the dest port was 80.
You can only have one firewall state from ip_address_1:80 to ip_address_2:80. So even if the browser tried to open multiple connections to the AP's web interface the potential for them to fail was there.
With static source port the NAT (PAT really) will work around that by translating the source port to any available port in the NAT table.
You do not want or need static port here. Leave it off.
-
Thanks for the info and all the help. Cheers. 8)
