Difference between DNAT/SNAT and Masquerading?

DNAT is for SERVERS with private IP's.
SNAT is for changing source IP addresses for special situations.

Masquerading is for letting CLIENTS on the private network access the internet on your public address.
This is needed if you have more client machines than public IP's.

Barry

Been trying to setup a simple network for a week now, and about to give up on Astaro. Internal network is masq to ext interface. ftp and web servers on internal network are dnat to ext if. packet filter is set to allow all for testing. packet filter logs show no dropped packets when internet user tries to connect to server. Nothing happens at all when Internet user tried to connect to www or ftp servers. Nothing in logs, just a timeout on their side. Am I missing something? Is there another setup screen to open incoming access to servers?

NAT rules
http
Any -> eth1_Network__ / HTTP
None
server_test01

ftp
Any -> eth1_Network__ / FTP
None
server_test01

pop3ds
Any -> eth1_Network__ / POP3DS
None
server_test01

smtp
Any -> eth1_Network__ / SMTP
None
server_test01

masq
eth0_Network__ -> All / All
MASQ__eth1
None

I have also tried eth1_Interface for the incoming, but still doesn't work at all. The external ports stay stealthed to scans. Shouldn't they be open now?

I have the same question as the last post with 2 exceptions;

1. I only want to have an internal mail server accessable via pop3 (110) to the public

2. I followed the same steps as those taken above, BUT then I additionally setup these 2 packetfilter rules;

Any --- pop3 --- external interface --- allow

any --- pop3 --- mailserver --- allow

then when i do a telent xxx.com 110 I get a message that the host activley refused the connection? But I thought i just opened it up with the packet filter rules??

any ideas?

asher

One good rule is to analyze the live packetfilter log.

In your case I believe the mailserver is'nt allowed to pop to the outside world. Adding a rule for that should probobly solve your problem.

Regarding your first rule I dont thinkt that one is even necessary.

cheers and good luck.

One good rule is to analyze the live packetfilter log.

In your case I believe the mailserver is'nt allowed to pop to the outside world. Adding a rule for that should probobly solve your problem.

Regarding your first rule I dont thinkt that one is even necessary.

cheers and good luck.

In reply to: Spatuality

Have you set up any packet filter rules?

Remember that the NAT takes place before the packetfilter, so you need to make your rule point to the internal host, not the external interface.

 [:)] 

This is an important thing to remember when passing things in.