Выбрать главу

Note that this time the packet was passed through the INPUT chain instead of the FORWARD chain. Quite logical. Most probably the only thing that's really logical about the traversing of tables and chains in your eyes in the beginning, but if you continue to think about it, you'll find it will get clearer in time.

Now we look at the outgoing packets from our own local host and what steps they go through.

Table 6-2. Source local host (our own machine)

StepTableChainComment
1  Local process/application (i.e., server/client program)
2  Routing decision. What source address to use, what outgoing interface to use, and other necessary information that needs to be gathered.
3rawOUTPUTThis is where you do work before the connection tracking has taken place for locally generated packets. You can mark connections so that they will not be tracked for example.
4  This is where the connection tracking takes place for locally generated packets, for example state changes et cetera. This is discussed in more detail in the The state machine chapter.
5mangleOUTPUTThis is where we mangle packets, it is suggested that you do not filter in this chain since it can have side effects.
6natOUTPUTThis chain can be used to NAT outgoing packets from the firewall itself.
7  Routing decision, since the previous mangle and nat changes may have changed how the packet should be routed.
8filterOUTPUTThis is where we filter packets going out from the local host.
9manglePOSTROUTINGThe POSTROUTING chain in the mangle table is mainly used when we want to do mangling on packets before they leave our host, but after the actual routing decisions. This chain will be hit by both packets just traversing the firewall, as well as packets created by the firewall itself.
10natPOSTROUTINGThis is where we do SNAT as described earlier. It is suggested that you don't do filtering here since it can have side effects, and certain packets might slip through even though you set a default policy of DROP.
11  Goes out on some interface (e.g., eth0)
12  On the wire (e.g., Internet)

In this example, we're assuming that the packet is destined for another host on another network. The packet goes through the different steps in the following fashion:

Table 6-3. Forwarded packets

StepTableChainComment
1  On the wire (i.e., Internet)
2  Comes in on the interface (i.e., eth0)
3rawPREROUTINGHere you can set a connection to not be handled by the connection tracking system.
4  This is where the non-locally generated connection tracking takes place, and is also discussed more in detail in the The state machine chapter.
5manglePREROUTINGThis chain is normally used for mangling packets, i.e., changing TOS and so on.
6natPREROUTINGThis chain is used for DNAT mainly. SNAT is done further on. Avoid filtering in this chain since it will be bypassed in certain cases.
7  Routing decision, i.e., is the packet destined for our local host or to be forwarded and where.
8mangleFORWARDThe packet is then sent on to the FORWARD chain of the mangle table. This can be used for very specific needs, where we want to mangle the packets after the initial routing decision, but before the last routing decision made just before the packet is sent out.
9filterFORWARDThe packet gets routed onto the FORWARD chain. Only forwarded packets go through here, and here we do all the filtering. Note that all traffic that's forwarded goes through here (not only in one direction), so you need to think about it when writing your rule-set.
10manglePOSTROUTINGThis chain is used for specific types of packet mangling that we wish to take place after all kinds of routing decisions have been done, but still on this machine.
11natPOSTROUTINGThis chain should first and foremost be used for SNAT. Avoid doing filtering here, since certain packets might pass this chain without ever hitting it. This is also where Masquerading is done.
12  Goes out on the outgoing interface (i.e., eth1).
13  Out on the wire again (i.e., LAN).