[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
NAT - PF order
NAT - PF order
"Shadi Abou-Zahra" <[email protected]>
Fri, 12 Sep 2003 00:52:19 +0200
hopefully this is not a millionth repetition of a subject but after
reading the PF FAQ and some of the mail archives i am still confused
about how bridging, NATing and PFing all work together. the exact path
of the packets through the NICs is still a little unclear to me. maybe
this should be included somewhere in the FAQ?
anyway, having said that, here is the scenario:
(all the following NICs are in a single bridge)
NIC_A: IP 126.96.36.199, connected to the big bad internet
NIC_B: IP 192.168.0.1, internal network (desktops etc)
NIC_C: IP 10.0.0.1, internal servers (development and staging area)
NIC_D: NO IP, DMZ 1 (a collection of operational www and mail servers)
NIC_E: NO IP, DMZ 2 (a collection of operational DB and backend servers)
using NAT on NIC_A i map all the outbound connections from the internal
network (192.168.0.0/24) to the IP of the bridge/firewall (188.8.131.52).
using BINAT on NIC_A i map further IP aliases (eg. 184.108.40.206) to
internal development or staging servers (eg. 10.0.0.2).
then there are a bunch of PF rules (on each interface) to control the
access of each of these segments to each other.
here are my questions:
1. NATing always happens before PF rules are applied. correct?
2. if all the NATing happens on NIC_A, why do i get such entries in my
state table when an internal desktop tries to reach a server in DMZ 1:
192.168.0.13 -> 220.127.116.11 -> 18.104.22.168
(ie. the private address is translated to the external bridge IP!)
3. my understanding is that a packet from an internal desktop (ie.
192.168.0.13) to an internal server (ie. 10.0.0.13) would PASS IN ON
NIC_B and then PASS OUT ON NIC_C but it doesn't seem to behave that way.
did i get something wrong?
4. equally, a server on DMZ 1 trying to reach a service on DMZ 2 should
PASS IN ON NIC_D and PASS OUT ON NIC_E but the packets seem to be going
through NIC_A as well. does this make any sense or do i have a terribly
5. finally, is there any way to reach an internal server (ie. 10.0.0.13)
through a "real" IP from both outside (NIC_A) and inside (NIC_B)?
thanks a lot for your help!