NAT not opening on custom Ports
-
@johnpoz said in NAT not opening on custom Ports:
There is no guide for troubleshooting your network... You have already determined the problem is NOT pfsense... Pfsense sends the SYN..
So you need to figure out why its either not getting to the client??
Wrong IP, Wrong mac? VMware blocking it?Or why the client is not answering?
Not actually listening on the PORT? It is running a firewall? And the application never gets the SYN? Its using some other default gateway or some other routing sending source IP to some other location?Is the client even ON?
I would suggest you for starters actually validate that the box is even listening on that port.. simple netstat -an for example... Sniff on the box does it every see the SYN?? Does it actually answer but sending it some where else?
deletes the VM and starts again
I doubt this is problem but I did install the N version of PRO. So I'm reinstalling regular pro.
-
Yeah that has NOTHING to do with your problem.. Doesn't matter if it was windows 95, 98, nt, 2k, xp, 7, 8, 10 - doesnt freaking matter what OS was running to validate basic networking..
So did you validate its listening with netstat -an
Did you validate pfsense was actually sending to the correct mac address of the machine with the IP address?
Did you sniff on the machine to see if the syn was getting there or not?
The only thing we are sure of was that pfsense put a syn on the wire to IP address xyz.. But was that actually the IP of the machine listening..
That you could not even ping the IP from pfsense IP on the same network screams of firewall!! Be it on the host, or the VM host running the VM.. For we know the VM was behind a NAT you setup on your VM host, etc.
-
@johnpoz said in NAT not opening on custom Ports:
Yeah that has NOTHING to do with your problem.. Doesn't matter if it was windows 95, 98, nt, 2k, xp, 7, 8, 10 - doesnt freaking matter what OS was running to validate basic networking..
So did you validate its listening with netstat -an
Did you validate pfsense was actually sending to the correct mac address of the machine with the IP address?
Did you sniff on the machine to see if the syn was getting there or not?
The only thing we are sure of was that pfsense put a syn on the wire to IP address xyz.. But was that actually the IP of the machine listening..
That you could not even ping the IP from pfsense IP on the same network screams of firewall!! Be it on the host, or the VM host running the VM.. For we know the VM was behind a NAT you setup on your VM host, etc.
PFSense gives it a static IP via MAC address (which i have located from the VM Itself) and therefore the PFSense talks to that machine DHCP wise. I can ping the machine via my machine. When I ran Netstats it wasn't listening to the port (However this could be the fact the software wasn't running at the time),
Both Firewalls have been allocated on the actual machines not PFSense to let those ports 7777 and 27015 through on private and public. The VM talks to my machines on the network because the game appears in my lobby under LAN only.
So local machines screaming at the server and the server screams back. outside of that its screams and its like a tree falling in the forest
-
Does the device have a gateway.. It can not talk outside of local network without a gateway.
Do a port test from the pfsense interface in that network.
-
PFSense says connection refused. i've tested the source from WAN, Network all options, all I get is refused.
The device has a gateway of 192.168.1.1 (PFSENSE)
Outside of that there is no other device. it basically got Openreach Modem -> NIC1 (PFSense WAN) then it goes NIC2 (LAN DHCP) -> 8 Port Unmanaged Switch
-
Posted in wrong thread
-
@johnpoz said in NAT not opening on custom Ports:
see my edit... Put a box on your wan network of pfsense and do your testing...
As you can see from that edit - that site is not very reliable for what your speed is or should be..
Here just started download of file from one of my servers in the NL... I have a 500mbps connection seeing 53MBps down... My connection is fine - but that scott iperf showing junk..
You sure this was for me? I don't think i've mentioned anything about scottlinux?
-
Using Diagnostics > Test Port sourcing from the WAN interface might not work. I know there are issues testing pings to the inside like that apparently due to all the route-to and reply-to done on the WAN. Test it sourcing from LAN. Or any.
-
My bad wrong thread - how and the hell did that happen..
-
You can move around and the reply at the bottom is sticky to the thread you started it on.
-
@johnpoz said in NAT not opening on custom Ports:
My bad wrong thread - how and the hell did that happen..
sok bud. So going back to the original message... thoughts?
-
-
Not sure what is interesting about the box not working... We knew that days ago when you saw pfsense sending syn with no answer..
-
@johnpoz said in NAT not opening on custom Ports:
Not sure what is interesting about the box not working... We knew that days ago when you saw pfsense sending syn with no answer..
It's more the fact its not even talking to itself.. That is the VM itself
-
Yeah again - we knew it was the BOXes problem.. Is the service even running? simple netstat show if listening..
-
Firewall has the accept rule in and out. Yet we can connect locally...... At this point i'm punching above my knowledge so any help is greatly appreciated.
-
Dude its NOT LISTENING on 7777 so no shit its not going to work!!
Is the software even running - look in your task manager, etc.
How can you expect to talk to a port that is not listening?
edit: Should really move this to General - since this from the get go has had zero to do with port forwarding on pfsense..
-
@johnpoz Try looking in the background at the green button. You don't need to get rude. I have clearly admitted that Its not working yes, and i'm punching above my knowledge, what more do you want from me? The server (ARK) is running,
-
Look at your netstat output. There is no listener on 7777.
-
It's NOT listening... Not sure what else you want me to tell you... You prob get better support on their forums on why the game is not listening..
Not trying to be rude here dude... But this has ZERO to do with pfsense.. As we have been saying from the beginning..
