Copyright © 2001-2006 Thomas M. Eastep
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover, and with no Back-Cover Texts. A copy of the license is included in the section entitled “GNU Free Documentation License”.
2006-01-22
Abstract
In addition to those applications described in the /etc/shorewall/rules documentation, here are some other services/applications that you may need to configure your firewall to accommodate.
Table of Contents
This article applies to Shorewall 3.0 and later. If you are running a version of Shorewall earlier than Shorewall 3.0.0 then please see the documentation for that release
Shorewall distribution contains a library of user-defined macros
that allow for easily allowing or blocking a particular application.
ls /usr/share/shorewall/macro.*
for the list of macros in your distribution. If you find what you need,
you simply use the macro in a rule. For example, to allow DNS queries
from the dmz zone to the net zone:
#ACTION SOURCE DESTINATION DNS/ACCEPT dmz net
In the rules that are shown in this document, the ACTION is shown as ACCEPT. You may need to use DNAT (see FAQ 30) or you may want DROP or REJECT if you are trying to block the application.
Example: You want to port forward FTP from the net to your server at 192.168.1.4 in your DMZ. The FTP section below gives you:
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) FTP/ACCEPT <source> <destination>
You would code your rule as follows:
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) FTP/DNAT net dmz:192.168.1.4
It is now the 21st Century ; don't use identd in production anymore.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) Auth/ACCEPT <source> <destination>
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) DNS/ACCEPT <source> <destination>
Note that if you are setting up a DNS server that supports recursive resolution, the server is the <destination> for resolution requests (from clients) and is also the <source> of recursive resolution requests (usually to other servers in the 'net' zone). So for example, if you have a public DNS server in your DMZ that supports recursive resolution for local clients then you would need:
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) DNS/ACCEPT all dmz DNS/ACCEPT dmz net
Recursive Resolution means that if the server itself can't resolve the name presented to it, the server will attempt to resolve the name with the help of other servers.
In contrast to how the rest of this article is organized, for emule I will give you the rules necessary to run emule on a single machine in your loc network (since that's what 99.99% of you want to do). Assume that:
The internal machine running emule has IP address 192.168.1.4.
You use Masquerading or SNAT for the local network.
The zones are named as they are in the two- and three-interface QuickStart guides).
Your loc->net policy is ACCEPT
/etc/shorewall/rules:
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) DNAT net loc:192.168.1.4 tcp 4662 DNAT net loc:192.168.1.4 udp 4672 DNAT net loc:192.168.1.4 tcp 4711
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) FTP/ACCEPT <source> <destination>
Look here for much more information.
The internal machine running a Gnutella Client has IP address 192.168.1.4.
You use Masquerading or SNAT for the local network.
The zones are named as they are in the two- and three-interface QuickStart guides).
Your loc->net policy is ACCEPT
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) Gnutella/DNAT net loc:192.168.1.4
When accessing you mail from the internet,use only IMAP over SSL
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) IMAP/ACCEPT <source> <destination> #Secure & Unsecure IMAP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <source> <destination> 50 ACCEPT <source> <destination> 51 ACCEPT <source> <destination> udp 500 ACCEPT <destination> <source> 50 ACCEPT <destination> <source> 51 ACCEPT <destination> <source> udp 500
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <z1>:<list of client IPs> <z2>:a.b.c.d tcp 111 ACCEPT <z1>:<list of client IPs> <z2>:a.b.c.d udp
For more NFS information, see http://sourceforge.net/mailarchive/forum.php?thread_id=8972145&forum_id=2270.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) NTP/ACCEPT <source> <destination>
If Possible , Avoid this protocol , use IMAP instead.
TCP Port 110 (Secure Pop3 is TCP Port 995)
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) POP3/ACCEPT <source> <destination> # Secure & Unsecure Pop3
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <source> <destination> 47 ACCEPT <source> <destination> tcp 1723
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) SMB/ACCEPT <source> <destination> SMB/ACCEPT <destination> <source>
Also, see this page.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) SMTP/ACCEPT<source> <destination> #Insecure SMTP ACCEPT <source> <destination> tcp 465 #SMTP over SSL (TLS)
You must have TFTP connection tracking support in your kernel. If
modularized, the modules are ip_conntrack_tftp (and ip_nat_tftp if any form of NAT is involved) These
modules may be loaded using entries in
/etc/shorewall/modules. The ip_conntrack_tftp module must be loaded first. Note
that the /etc/shorewall/modules file released with
recent Shorewall versions contains entries for these modules.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <source> <destination> udp 69
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) Trcrt/ACCEPT <source> <destination> #Good for 10 hops
UDP traceroute uses ports 33434 through 33434+<max number of hops>-1. Note that for the firewall to respond with a TTL expired ICMP reply, you will need to allow ICMP 11 outbound from the firewall. The standard Shorewall sample configurations all set this up for you automatically since those sample configurations enable all ICMP packet types originating on the firewall itself.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT fw net icmp ACCEPT fw loc icmp ACCEPT fw ...
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) NNTP/ACCEPT <source> <destination>
TCP Port 119
Vncviewer to Vncserver -- TCP port 5900 + <display number>.
Vncviewer to Vncserver -- TCP port 5900 + <display number>.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <source> <destination> tcp 5901 #Display Number 1 ACCEPT <source> <destination> tcp 5902 #Display Number 2 ...
Vncserver to Vncviewer in listen mode -- TCP port 5500.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) VNCL/ACCEPT <source> <destination>
The standard Shorewall loc->net ACCEPT policy is all that is required for Vonage™ IP phone service to work, provided that you have loaded the tftp helper modules (add the following entries to /etc/shorewall/modules if they are not there already):
loadmodule ip_conntrack_tftp
loadmodule ip_nat_tftp#ACTION SOURCE DESTINATION PROTO DEST PORT(S) Web/ACCEPT <source> <destination> #Insecure HTTP& Secure HTTP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) Webmin/ACCEPT <source> <destination>
Webmin use TCP port 10000.
Assume that the Choser and/or X Server are running at <chooser> and the Display Manager/X applications are running at <apps>.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT <chooser> <apps> udp 177 #XDMCP ACCEPT <apps> <chooser> tcp 6000:6009 #X Displays 0-9
Didn't find what you are looking for -- have you looked in your own /etc/services file?
Still looking? Try http://www.networkice.com/advice/Exploits/Ports
| Revision History | ||
|---|---|---|
| Revision 1.18 | 2005-11-23 | CR |
| Add Webmin info | ||
| Revision 1.17 | 2005-09-20 | TE |
| More 3.0 Updates | ||
| Revision 1.16 | 2005-09-02 | CR |
| Updated for Shorewall v3.0 | ||
| Revision 1.15 | 2005-05-02 | TE |
| Added Emule | ||
| Revision 1.14 | 2004-10-01 | TE |
| Add rsync. | ||
| Revision 1.13 | 2004-09-21 | TE |
| Add note about ICMP type 11 to Traceroute. | ||
| Revision 1.12 | 2004-09-09 | TE |
| Add note about Vonage™. | ||
| Revision 1.11 | 2004-05-28 | TE |
| Corrected directory for actions.std and enhanced the DNS section. | ||
| Revision 1.10 | 2004-05-09 | TE |
| Added TFTP. | ||
| Revision 1.9 | 2004-04-24 | TE |
| Revised ICQ/AIM. | ||
| Revision 1.8 | 2004-04-23 | TE |
| Added SNMP. | ||
| Revision 1.7 | 2004-02-18 | TE |
| Make NFS work for everyone. | ||
| Revision 1.6 | 2004-02-14 | TE |
| Add PCAnywhere. | ||
| Revision 1.5 | 2004-02-05 | TE |
| Added information about VNC viewers in listen mode. | ||
| Revision 1.4 | 2004-01-26 | TE |
| Correct ICQ. | ||
| Revision 1.3 | 2004-01-04 | TE |
| Alphabetize | ||
| Revision 1.2 | 2004-01-03 | TE |
| Add rules file entries. | ||
| Revision 1.1 | 2002-07-30 | TE |
| Initial version converted to Docbook XML | ||