Port forwarding doesn't work

[A Former User]

@viragomann said in Port forwarding doesn't work:

Just check your IP by using a web service, e.g. https://www.whatismyip.com.tw and compare it with the pfSense WAN.
If both show equal IPs, you can go on.

It's the same.

@viragomann said in Port forwarding doesn't work:

Then go to a port check service (https://portchecker.co), enter your IP and 443 as port and check if it's open.

It's closed.

@viragomann said in Port forwarding doesn't work:

If the port is closed, go your WAN rules and verify if the port 443 was hit.

I don't really understand what I should do. Could you tell more about this?

[viragomann]

@taylorswift
login-to-view

This shows the current states and the bytes count. You see at least some bytes there.

[A Former User]

@viragomann
I don't see anything. There are no states on both 80 and 443 port.
login-to-view

[viragomann]

@taylorswift
I'm not expecting to see any state if the port is shown up as closed.
I was requesting the bytes.

[A Former User]

This post is deleted!

[A Former User]

@viragomann
Still i don't see any bytes, but if blocking rule bytes changed, i think there is something wrong with port forwarding settings
login-to-view

[A Former User]

@viragomann
If it is helpful i set some settings from this website: https://nguvu.org/pfsense/pfsense-baseline-setup/

[viragomann]

@taylorswift
If you probed port 443 you should see any bytes on this rule.

Since there is nothing, I'd consider to check your Cloudflare settings. I suspect, you have activated it's tunnel or proxy or whatever.

[A Former User]

@viragomann
I'll check this, but why it shows that the ports are closed on port checker website?

[viragomann]

@taylorswift
I assume, there is no packet arriving on your WAN.

You can sniff the WAN traffic with Diagnostic > Packet Capture, while doing a port check, or just try yourself to access your IP from outside by https://<yourIP>.
You should see at least any packet.

If not, possibly access is blocked by your ISP.

[johnpoz]

@taylorswift because it go no reply is why it would show closed.. Very first thing you should do in troubleshooting a port forward is go to like can you see me . org.. Put in the port you want, and then sniff on your pfsense wan - do you see this traffic if not, then nothing you do on pfsense is going to get a port forward to work.

login-to-view

If you don't see that traffic hit pfsense via the packet capture under diagnostics - nothing you do on pfsense would ever get a port forward to work.

You might behind another nat device? What is in front of pfsense? Maybe you don't even have a public IP, ie cgnat from your isp and not just a natting device in front. If you have another isp device in front of pfsense you need to forward the traffic to pfsense wan IP so your port forwards on pfsense can work. Your rules not triggering screams the traffic is not getting to pfsense.

if port forwarding didn't work the forums would be a blaze with people complaining - it would be like a ddos attack ;)

[A Former User]

@johnpoz
There is hope
login-to-view
login-to-view

[johnpoz]

@taylorswift ok that is good sign for sure!!! But maybe your isp blocks 443 and 80.. Do those ports same way.. Many an isp block 443 and 80 because part of their tos is can't run server/services, etc..

But you see traffic on that odd ball port is hope for sure.

[A Former User]

@johnpoz
I don't understand this... On port 80 the same results, but can you see me has different IP.
login-to-view
login-to-view

[johnpoz]

@taylorswift That is your traffic to and from the website.. You need to look for traffic to your IP on 443 and 80..

Make sure you like set the count of packets to like 0 or it could finish before you even send your traffic. And might be easier if you download and open in wireshark so easier to look for the specific traffic

here is where they sent to me on 443, I answer because I serve up something on 443.. But here you can see where they sent the syn to my public IP, and where I answer with syn,ack

login-to-view

Your going to want to make sure you see a syn to port 443 in your sniff.

[A Former User]

@johnpoz
I think I've got the point. My isp blocks ports 80 and 443. Tomorrow I'll try to do that on other port, but there might be problem with Let's Encrypt SSL.

[johnpoz]

@taylorswift doesn't matter if ssl is broken, doesn't matter if you have anything listening or anything.. If you send traffic to your IP on 443, then you should see it in the packet capture. If not then no port forward would never work.

See my edit from above.

[A Former User]

@johnpoz
I can't see 80 or 443 in packet capture, but on other ports I see. So if I run the website on, say, port 773, port forwarding won't work?

[johnpoz]

@taylorswift you could for sure use another port.. If you can see the traffic hit your wan, then you can forward it.. You could even forward it to something on 443.. keep in my for a user to access your site they would need to include your port..

http(s)://yourIPorfqdn:port

Browser used by some where http:// would use 80,. https:// would use 443.. If you want to use another port they would have to use the :port in their uri

I run a site on 44301 because it was just easier than messing with haproxy to do another service on 443.. I have openvpn listen on 443, if not vpn traffic it sends it to haproxy on 9443, which forwards to a backend service and does the ssl offload for it.

Vs messing with that setup, I put up a wrapperr thing for users to view their years stats on my plex server, was just easier to use different port.. And I send them a direct link ie https://fqdn:44301 that they just click on..

[A Former User]

@johnpoz
I also found out that port 8443, witch also is using for https I can see in packet capture, same as port 8080 for http.