Ports Required for Various Services/Applications
Tom
Eastep
Cristian Rodriguez R.
2001-
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
.
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.
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
Important Notes
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
Auth (identd)
It is now the 21st
Century ; don't use identd in production
anymore.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Auth/ACCEPT <source> <destination>
DNS
#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.
Emule
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
FTP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
FTP/ACCEPT <source> <destination>
Look here for much more
information.
Gnutella
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
ICQ/AIM
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
ICQ/ACCEPT <source> net
IMAP
When accessing your mail from the internet,use only IMAP over
SSL.
This information is valid only for Shorewall 3.2 or later.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
IMAP/ACCEPT <source> <destination> # Unsecure IMAP
IMAPS/ACCEPT <source> <destination> # IMAP over SSL.
IPSEC
#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
Lots more information here and here.
LDAP
This information is valid only for Shorewall 3.2 or later.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
LDAP/ACCEPT <source> <destination> #Insecure LDAP
LDAPS/ACCEPT <source> <destination> # LDAP over SSL
NFS
#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.
NTP (Network Time Protocol)
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
NTP/ACCEPT <source> <destination>
PCAnywhere
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
PCA/ACCEPT <source> <destination>
POP3
If Possible , Avoid this protocol
, use IMAP instead.
This information is valid only for Shorewall 3.2 or later
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
POP3/ACCEPT <source> <destination> # Secure
POP3S/ACCEPT <source> <destination> #Unsecure Pop3
PPTP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
ACCEPT <source> <destination> 47
ACCEPT <source> <destination> tcp 1723
Lots more information here and here.
rdate
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Rdate/ACCEPT <source> <destination>
rsync
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Rsync/ACCEPT <source> <destination>
SSH/SFTP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
SSH/ACCEPT <source> <destination>
SMB/NMB (Samba/Windows Browsing/File
Sharing)
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
SMB/ACCEPT <source> <destination>
SMB/ACCEPT <destination> <source>
Also, see this page.
SMTP
This information is valid only for Shorewall 3.2 or later.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
SMTP/ACCEPT <source> <destination> #Insecure SMTP
SMTPS/ACCEPT <source> <destination> #SMTP over SSL (TLS)
SNMP
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
SNMP/ACCEPT <source> <destination>
SVN
This information is valid only for Shorewall 3.2 or later.
This rule is for Subversion running in svnserve mode only.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
SVN/ACCEPT <source> <destination>
Telnet
The telnet protocol is very
insecure, don't use it.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Telnet/ACCEPT <source> <destination>
TFTP
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
Traceroute
#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 ...
Usenet (NNTP)
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
NNTP/ACCEPT <source> <destination>
NNTPS/ACCEPT <source> <destination> # secure NNTP
TCP Port 119
VNC
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>
Vonage
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
Web Access
This information is valid for Shorewall 3.2 or later.
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
HTTP/ACCEPT <source> <destination> #Insecure HTTP
HTTPS/ACCEPT <source> <destination> #Secure HTTP
Webmin
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Webmin/ACCEPT <source> <destination> Webmin
use TCP port 10000.
Whois
#ACTION SOURCE DESTINATION PROTO DEST PORT(S)
Whois/ACCEPT <source> <destination>
X/XDMCP
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
Other Source of Port Information
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
1.18
2006-07-18
CR
Updated for Shorewall 3.2
1.18
2005-11-23
CR
Add Webmin info
1.17
2005-09-20
TE
More 3.0 Updates
1.16
2005-09-02
CR
Updated for Shorewall v3.0
1.15
2005-05-02
TE
Added Emule
1.14
2004-10-01
TE
Add rsync.
1.13
2004-09-21
TE
Add note about ICMP type 11 to Traceroute.
1.12
2004-09-09
TE
Add note about Vonage.
1.11
2004-05-28
TE
Corrected directory for actions.std and enhanced the DNS
section.
1.10
2004-05-09
TE
Added TFTP.
1.9
2004-04-24
TE
Revised ICQ/AIM.
1.8
2004-04-23
TE
Added SNMP.
1.7
2004-02-18
TE
Make NFS work for everyone.
1.6
2004-02-14
TE
Add PCAnywhere.
1.5
2004-02-05
TE
Added information about VNC viewers in listen
mode.
1.4
2004-01-26
TE
Correct ICQ.
1.3
2004-01-04
TE
Alphabetize
1.2
2004-01-03
TE
Add rules file entries.
1.1
2002-07-30
TE
Initial version converted to Docbook XML