In case you have to pay for traffic I would frequently check the rrd graphs. It should be an indicator for unusual high traffic. If you see something there it's time to monitor your traffic, either by viewing pftop from the shell or checking diagnostics>states. You should find the sucker pretty quick then.
sorry I meant put my etxernal IP (which everyone connect's to) to my internal IP which is what im hosting the service upon.
I seemed to get some issue's that way and I still can't work out how to allow msn but apart from that it seems to do the job well :) fairly intuitive to use aswell, i'll just play a little more to try and sort this problem with MSN.
It's just by design that we only filter incoming. There have been lots of discussions about changing that. Search the mailinglists for this discussions. If you are only interested in the result of the discussion: We (pfSense devteam) don't want to change that.
Cool, you were right on this one. I checked from home and it was ok. I was checking from my secondary location… but I use pfsense there also. Thanks for the reminder.
Btw, on FreeBSD it is possible to force mountd (rpc.mountd in your case) to bind to a specific port instead of dynamically choosing a port. That way it's possible to create a filter rule for mountd by using that particular port.
Ok I know this is a late response but I figured out why the CIDR masks werent working. It was because the users werent giving me the correct ranges or subnet masks so I was using the wrong CIDR masks. I just tested it with our range and it works great. I'll be moving us to pfsense in the next few weeks as a permanent solution.
For the first part of your question:
You need portforwards too as you have a NAT setup (I guess you have, not sure about that as you don't mention turning off advanced outbound nat).
For the second part:
pfSense utilizes an ftp proxy to handle ftp connections and nat. For your setup it might be better to turn it off (interfaces, lan, fthelper checkbox). By turning it off you will only be able to use passive ftp from lan to a server at wan. However you then can more easily write firewallrules for ftp.
Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.