fixed. not sure how, just glad it is! i've made so many changes in the last 2 days over so many reinstalls i can't be sure what fixed it but nevermind

Oh sorry i forgot to mention that i am using pfsense 1.2.2 Thu Jan 8 22:30:24.

Replying a bit to my own post, but could this be done by simply externally rewriting the xml backup file and then restoring it? Presumably that would require a service restart?

Thinking aloud, if that was done as part of a cluster would the new restored file then overwrite the configs on all FWs? That would possibly mean that the service as a whole stayed up all through the process?

If that is all true then it would be possible to write an offline rule editor that could build the config from a DB produce the XML and then restore/export it to the firewalls?

Any thoughts about that?

If I'm reading your question right, go into the NAT rules and enable advanced outbound NAT.  At that point, use the internal range of IP addresses for the 15 users (for example 192.168.0.16/28) and NAT them to one of your static addresses (using Virtual IP's set up in firewall menu), and then put a rule at the end for "catchall" using the final IP.

For example, if your network was 192.168.0.0/24 and you had public range x.x.x.1-x.x.x.5
x.x.x.1 is the WAN address of your firewall
x.x.x.2-4 are the 1:1 NATed ip's to maybe 192.168.0.10, 11, and 12 to give 3 users Static IPs (if using DHCP, make sure to map those MACs to 10,11,12)
x.x.x.5 would have an advanced outbound NAT set up as 192.168.0.16/28 for source (use DHCP leases to give to those clients in that range from 17-30)

Make your last NAT rule the one that NATs 192.168.0.0/24 to "WAN Interface IP" and you should be fine.

Let me know if you need more specifics.

Two logs fro the same timeframe would be perfect: one tcpdumpfrom pfSense another one from remote CP.
On pfSense: tcpdump -ni <wan_interface_name>host</wan_interface_name>

Then go ahead! do dumps and post them here.

Upgrade in 1.2.3 RC3…. now it is ok...

finally : not all ok...

You have the addresses swapped.  LAN addresses should be internal (private (10/8, 192.168./16 and 172./12)) and WAN addresses are either DHCP or what your ISP defined for you.

Issue was resolved by performing a clean re-install. Did not tyr to restore previous configuration file on new install.

Thanks, but it didnt help. But the problem is solved. I connect throu my LAN IP and my friends throu the WAN.

Sry was afk the last 2 days. Thx a lot it worked perfectly. ;D ;D

It just occured to me my last post wasn't clear. I need to forward RDP (3389) from different external IP's to different internal IP's.

I tried setting up multiple rules after creating a single NAT rule, with different source IP's but it only hit on the first rule even if the source IP was not the same.

Are you using the FTP-helper?
If yes:
Disable the helper.
You need to set up your FTP server to use a fixed passive port range and then forward this range additionally.

What exactly do you mean that this is not port 21 specific?
Do you see the exact same thing with logs on your webserver or whatever you're running on this machine?
Are you source-NATing?

Ok - so I have a very similar problem to this but after applying your fix I still have no joy. My VoIP system is Microsoft OCS R2 and I can't get audio between an external client on the Internet and an internal client. PFSense should now be completely transparent but still I get no audio.

Thanks Drees,

I put this system in production yesterday, and it seems like what you are saying is exactly correct.  I was just making sure there were going to be no surprises down the road, and since 1:1 and outbound are in different tabs, there was no way to "order" the rules to act like I wanted.

Problem solved in my ignorance I did not give the AP's a passthrough on the captive portal