firehol-services
FireHOL services list
- Provided by: firehol-doc (Version: 2.0.3+ds-1)
- Source: firehol
- Report a bug
FireHOL services list
AH all amanda any anystateless apcupsd apcupsdnis aptproxy asterisk
cups custom cvspserver
darkstat daytime dcc dcpp dhcp dhcprelay dhcpv6 dict distcc dns
echo emule eserver ESP
finger ftp
gift giftui gkrellmd GRE
h323 heartbeat http httpalt https hylafax
iax iax2 ICMP icmp ICMPV6 icmpv6 icp ident imap imaps ipsecnatt ipv6error ipv6neigh ipv6router irc isakmp
jabber jabberd
l2tp ldap ldaps lpd
microsoft_ds mms msn msnp ms_ds multicast mysql
netbackup netbios_dgm netbios_ns netbios_ssn nfs nis nntp nntps nrpe ntp nut nxserver
openvpn oracle OSPF
ping pop3 pop3s portmap postgres pptp privoxy
radius radiusold radiusoldproxy radiusproxy rdp rndc rsync rtp
samba sane sip smtp smtps snmp snmptrap socks squid ssh stun submission sunrpc swat syslog
telnet tftp time timestamp tomcat
upnp uucp
vmware vmwareauth vmwareweb vnc
webcache webmin whois
xbox xdmcp
server AH accept
Service Type:
Server Ports:
Client Ports:
Links
Notes
> For more information see this
> [Archive of the FreeS/WAN documentation](http://web.archive.org/web/20100918134143/http://www.freeswan.org/freeswan_trees/freeswan-1.99/doc/ipsec.html#AH.ipsec)
> and [RFC 2402](http://www.ietf.org/rfc/rfc2402.txt).
server all accept
Service Type:
Server Ports:
Client Ports:
Notes
Matches all traffic (all protocols, ports, etc) while ensuring that required kernel modules are loaded.
This service may indirectly setup a set of other services, if they require kernel modules to be loaded. The following complex services are activated:
ftp irc
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server any *myname* accept proto 47
Service Type:
Server Ports:
Client Ports:
Notes
Matches all traffic (all protocols, ports, etc), but does not care about kernel modules and does not activate any other service indirectly. In combination with the firehol-params(5) this service can match unusual traffic (e.g. GRE - protocol 47).
Note that you have to supply your own name in addition to "any".
server anystateless *myname* accept proto 47
Service Type:
Server Ports:
Client Ports:
Notes
Matches all traffic (all protocols, ports, etc), but does not care about kernel modules and does not activate any other service indirectly. In combination with the firehol-params(5) this service can match unusual traffic (e.g. GRE - protocol 47).
This service is identical to "any" but does not care about the state of traffic.
Note that you have to supply your own name in addition to "anystateless".
server apcupsd accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service must be defined as "server apcupsd accept" on > all machines not directly connected to the UPS (i.e. slaves). > > Note that the port defined here is not the default port (6666) > used if you download and compile APCUPSD, since the default > conflicts with IRC and many distributions (like Debian) have > changed this to 6544. > > You can define port 6544 in APCUPSD, by changing the value > of NETPORT in its configuration file, or overwrite this > FireHOL service definition using the procedures described > in [Adding Services](#adding-services) > in [firehol.conf(5)](#firehol.conf5).
server apcupsdnis accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service allows the remote WEB interfaces of > [APCUPSD](http://www.apcupsd.com/), to connect > and get information from the server directly connected to > the UPS device.
server aptproxy accept
Service Type:
Server Ports:
Client Ports:
Links
server asterisk accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service refers only to the manager interface of asterisk. > You should normally enable > [sip][keyword-service-sip], > [h323][keyword-service-h323], > [rtp][keyword-service-rtp], etc. at the > firewall level, if you enable the relative channel drivers > of asterisk.
server cups accept
Service Type:
Server Ports:
Client Ports:
Links
server custom myimap tcp/143 default accept
Service Type:
Server Ports:
Client Ports:
Notes
The full syntax is:
subcommand custom name svr-proto/ports cli-ports action params
This service is used by FireHOL to allow you create rules for services which do not have a definition.
subcommand, action and params have their usual meanings.
A name must be supplied along with server ports in the form proto/range and client ports which takes only a range.
To define services with the built-in extension mechanism to avoid the need for custom services, see Adding Services in firehol.conf(5).
server cvspserver accept
Service Type:
Server Ports:
Client Ports:
Links
server darkstat accept
Service Type:
Server Ports:
Client Ports:
Links
server daytime accept
Service Type:
Server Ports:
Client Ports:
Links
server dcc accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See also this > [DCC FAQ](http://www.rhyolite.com/dcc/FAQ.html#firewall-ports).
server dcpp accept
Service Type:
Server Ports:
Client Ports:
Links
server dhcp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > The dhcp service is implemented as stateless rules. > > DHCP clients broadcast to the network (src 0.0.0.0 > dst 255.255.255.255) to find a DHCP server. If the DHCP > service was stateful the iptables connection tracker would > not match the packets and deny to send the reply. > > Note that this change does not affect the security of either > DHCP servers or clients, since only the specific ports are > allowed (there is no random port at either the server or the > client side). > > Note also that the "server dhcp accept" or "client dhcp accept" > commands should placed within interfaces that do not > have src and / or dst defined (because of the initial > broadcast). > > You can overcome this problem by placing the DHCP service on > a separate interface, without a src or dst but with a policy > return. Place this interface before the one that defines the > rest of the services. > > For example: > > `interface eth0 dhcp` > > ` policy return` > > ` server dhcp accept` > > > `interface eth0 lan src "$mylan" dst "$myip"` > > ` client all accept` > > For example: > interface eth0 dhcp > policy return > server dhcp accept > interface eth0 lan src "$mylan" dst "$myip" > client all accept > > This service implicitly sets its client or server to ipv4 mode.
server dhcprelay accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > From RFC 1812 section 9.1.2: > > In many cases, BOOTP clients and their associated BOOTP > server(s) do not reside on the same IP (sub)network. In > such cases, a third-party agent is required to transfer > BOOTP messages between clients and servers. Such an agent > was originally referred to as a BOOTP forwarding agent. > However, to avoid confusion with the IP forwarding function > of a router, the name BOOTP relay agent has been adopted > instead. > > For more information about DHCP Relay see section 9.1.2 of > [RFC 1812](http://www.ietf.org/rfc/rfc1812.txt) > and section 4 of > [RFC 1542](http://www.ietf.org/rfc/rfc1542.txt)
server dhcp accept client dhcp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > The dhcp service is implemented as stateless rules. > It cannot be stateful as the connection tracker will not > match a unicast reply to a broadcast request. Further, > if you wish to add src/dst rule parameters, you must > account for both the broadcast and link-local network prefixes. > > Clients broadcast from a link-local address to the > multicast address ff02::1:2 on UDP port 547 to find a > server. The server sends a unicast reply back to the > client which listens on UDP port 546. > > For a FireHOL interface, creating a client will allow > sending to port 547 and receiving on port 546. Creating > a server allows sending to port 546 and receiving on port 547. > > Unlike DHCP for IPv4, the source ports to be used are not > defined in DHCPv6 - see section 5.2 of > [RFC3315](http://www.ietf.org/rfc/rfc3315.txt). > Some servers are known to make use of this to send from > arbitrary ports, so FireHOL does not assume a source port. > > This service implicitly sets its client or server to ipv6 mode.
server dict accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See > [RFC2229](http://www.ietf.org/rfc/rfc2229.txt).
server distcc accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > For distcc security, please check the > [distcc security design](http://distcc.googlecode.com/svn/trunk/doc/web/security.html).
server dns accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > On very busy DNS servers you may see a few dropped DNS > packets in your logs. This is normal. The iptables > connection tracker will timeout the session and lose > unmatched DNS packets that arrive too late to be useful.
server echo accept
Service Type:
Server Ports:
Client Ports:
Links
client emule accept src 192.0.2.1
Service Type:
Server Ports:
Client Ports:
Links
Notes > According to > [eMule Port Definitions](http://www.emule-project.net/home/perl/help.cgi?l=1&rm=show_topic&topic_id=122), > FireHOL defines: > > * Accept from any client port to the server at tcp/4661 > * Accept from any client port to the server at tcp/4662 > * Accept from any client port to the server at udp/4665 > * Accept from any client port to the server at udp/4672 > * Accept from any server port to the client at tcp/4662 > * Accept from any server port to the client at udp/4672 > > Use the FireHOL [firehol-client(5)][keyword-firehol-client] > command to match the eMule client. > > Please note that the eMule client is an HTTP client also.
server eserver accept
Service Type:
Server Ports:
Client Ports:
Links
server ESP accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > For more information see this > [Archive of the FreeS/WAN documentation](http://web.archive.org/web/20100918134143/http://www.freeswan.org/freeswan_trees/freeswan-1.99/doc/ipsec.html#ESP.ipsec) > [RFC 2406](http://www.ietf.org/rfc/rfc2406.txt).
server finger accept
Service Type:
Server Ports:
Client Ports:
Links
server ftp accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
Notes > The FTP service matches both active and passive FTP > connections.
server gift accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > The gift FireHOL service supports: > > * Gnutella listening at tcp/4302 > * FastTrack listening at tcp/1214 > * OpenFT listening at tcp/2182 and tcp/2472 > > The above ports are the defaults given for the corresponding > giFT modules. > > To allow access to the user interface ports of giFT, use > the [giftui][keyword-service-giftui].
server giftui accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service refers only to the user interface ports offered > by giFT. To allow gift accept P2P requests, use the > [gift][keyword-service-gift].
server gkrellmd accept
Service Type:
Server Ports:
Client Ports:
Links
server GRE accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
Notes > Protocol No 47. > > For more information see RFC [RFC 2784](http://www.ietf.org/rfc/rfc2784.txt).
server h323 accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server heartbeat accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This FireHOL service has been designed such a way that it > will allow multiple heartbeat clusters on the same LAN.
server http accept
Service Type:
Server Ports:
Client Ports:
Links
server httpalt accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This port is commonly used by web servers, web proxies > and caches where the standard [http][keyword-service-http] > port is not available or can or should not be used.
server https accept
Service Type:
Server Ports:
Client Ports:
Links
server hylafax accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service allows incoming requests to server port > tcp/4559 and outgoing from server port tcp/4558. > > The correct operation of this service has not been verified. > > USE THIS WITH CARE. A HYLAFAX CLIENT MAY OPEN ALL TCP > UNPRIVILEGED PORTS TO ANYONE (from port tcp/4558).
server iax accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service refers to IAX version 1. > There is also [iax2][keyword-service-iax2].
server iax2 accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This service refers to IAX version 2. > There is also [iax][keyword-service-iax].
server ICMP accept
Service Type:
Server Ports:
Client Ports:
Links
server ICMPV6 accept
Service Type:
Server Ports:
Client Ports:
Links
server icp accept
Service Type:
Server Ports:
Client Ports:
Links
server ident reject with tcp-reset
Service Type:
Server Ports:
Client Ports:
Links
server imap accept
Service Type:
Server Ports:
Client Ports:
Links
server imaps accept
Service Type:
Server Ports:
Client Ports:
Links
Server Ports:
Client Ports:
Links
server ipv6error accept
Service Type:
Server Ports:
Client Ports:
Notes
Not all icmpv6 error types should be treated equally inbound and outbound.
The ipv6error rule wraps all of them in the following way: * allow incoming messages only for existing sessions * allow outgoing messages always
The following ICMPv6 messages are handled:
Interfaces should always have this set:
server ipv6error accept
In a router with inface being internal and outface being external the following will meet the recommendations of RFC 4890 (http://tools.ietf.org/html/rfc4890):
server ipv6error accept
Do not use: client ipv6error accept unless you are controlling traffic on a router interface where outface is the internal destination.
This service implicitly sets its client or server to ipv6 mode.
client ipv6neigh accept server ipv6neigh accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > IPv6 uses the Neighbour Discovery Protocol to do automatic > configuration of routes and to replace ARP. To allow this > functionality the network neighbour and router > solicitation/advertisement messages should be enabled on > each interface. > > These rules are stateless since advertisement can happen > automatically as well as on solicitation. > > Neighbour discovery (incoming) should always be enabled: > > `server ipv6neigh accept` > > Neighbour advertisement (outgoing) should always be enabled: > > `client ipv6neigh accept` > > The rules should not be used to pass packets across a > firewall (e.g. in a router definition) unless the firewall > is for a bridge. > > This service implicitly sets its client or server to ipv6 mode.
client ipv6router accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > IPv6 uses the Neighbour Discovery Protocol to do automatic > configuration of routes and to replace ARP. To allow this > functionality the network neighbour and router > solicitation/advertisement messages should be enabled on > each interface. > > These rules are stateless since advertisement can happen > automatically as well as on solicitation. > > Router discovery (incoming) should always be enabled: > > `client ipv6router accept` > > Router advertisement (outgoing) should be enabled on > a host that routes: > > `server ipv6router accept` > > The rules should not be used to pass packets across a > firewall (e.g. in a router definition) unless the firewall > is for a bridge. > > This service implicitly sets its client or server to ipv6 mode.
server irc accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server isakmp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > For more information see the > [Archive of the FreeS/WAN documentation](http://web.archive.org/web/20100918134143/http://www.freeswan.org/freeswan_trees/freeswan-1.99/doc/ipsec.html#IKE.ipsec)
server jabber accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > Allows clear and SSL client-to-server connections.
server jabberd accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > Allows clear and SSL client-to-server and server-to-server > connections. > > Use this service for a jabberd server. In all other cases, > use the [jabber][keyword-service-jabber].
Server Ports:
Client Ports:
Links
server ldap accept
Service Type:
Server Ports:
Client Ports:
Links
server ldaps accept
Service Type:
Server Ports:
Client Ports:
Links
server lpd accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > LPD is documented in > [RFC 1179](http://www.ietf.org/rfc/rfc1179.txt). > > Since many operating systems incorrectly use the non-default > client ports for LPD access, this definition allows any > client port to access the service (in addition to > the RFC defined 721 to 731 inclusive).
server microsoft_ds accept
Service Type:
Server Ports:
Client Ports:
Notes
Direct Hosted (i.e. NETBIOS-less SMB)
This is another NETBIOS Session Service with minor differences with netbios_ssn. It is supported only by Windows 2000 and Windows XP and it offers the advantage of being independent of WINS for name resolution.
It seems that samba supports transparently this protocol on the netbios_ssn ports, so that either direct hosted or traditional SMB can be served simultaneously.
Please refer to the netbios_ssn for more information.
server mms accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
Notes > Microsoft's proprietary network streaming protocol used > to transfer unicast data in Windows Media Services > (previously called NetShow Services).
server msn accept
Service Type:
Server Ports:
Client Ports:
server msnp accept
Service Type:
Server Ports:
Client Ports:
server multicast reject with proto-unreach
Service Type:
Server Ports:
Client Ports:
Links
Notes > The multicast service matches all packets sent to > the $MULTICAST_IPS addresses using IGMP or UDP. > For IPv4 that means 224.0.0.0/4 and for IPv6 FF00::/16.
server mysql accept
Service Type:
Server Ports:
Client Ports:
Links
server netbackup accept client netbackup accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > To use this service you must define it as both client and > server in NetBackup clients and NetBackup servers.
server netbios_dgm accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See also the [samba][keyword-service-samba]. > > Keep in mind that this service broadcasts (to the broadcast > address of your LAN) UDP packets. If you place this service > within an interface that has a dst parameter, remember to > include (in the dst parameter) the broadcast address of your > LAN too.
server netbios_ns accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See also the [samba][keyword-service-samba].
server netbios_ssn accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See also the [samba][keyword-service-samba]. > > Please keep in mind that newer NETBIOS clients prefer to use > port 445 ([microsoft_ds][keyword-service-microsoft_ds]) for the > NETBIOS session service, and when this is not available they > fall back to port 139 (netbios_ssn). Versions of samba above > 3.x bind automatically to ports 139 and 445. > > If you have an older samba version and your policy on an > interface or router is DROP, clients trying to access port > 445 will have to timeout before falling back to port 139. > This timeout can be up to several minutes. > > To overcome this problem you can explicitly REJECT the > [microsoft_ds][keyword-service-microsoft_ds] with a > tcp-reset message: > > server microsoft_ds reject with tcp-reset
client nfs accept dst 192.0.2.1
Service Type:
Server Ports:
Client Ports:
Links
Notes > The NFS service queries the RPC service on the NFS server > host to find out the ports nfsd, mountd, lockd and rquotad > are listening. Then, according to these ports it sets up > rules on all the supported protocols (as reported by RPC) > in order the clients to be able to reach the server. > > For this reason, the NFS service requires that: > > * the firewall is restarted if the NFS server is restarted > * the NFS server must be specified on all nfs statements (only if it is not the localhost) > > Since NFS queries the remote RPC server, it is required to > also be allowed to do so, by allowing the > [portmap][keyword-service-portmap] too. Take care that > this is allowed by the running firewall when FireHOL tries > to query the RPC server. So you might have to setup NFS in > two steps: First add the portmap service and activate the > firewall, then add the NFS service and restart the firewall. > > To avoid this you can setup your NFS server to listen on > pre-defined ports, as documented in > [NFS Howto][NFS Howto]. > If you do this then you will have to define the the ports > using the procedure described > in [Adding Services](#adding-services) > in [firehol.conf(5)](#firehol.conf5). > > [NFS Howto]: http://nfs.sourceforge.net/nfs-howto/ar01s06.html#nfs_firewalls
client nis accept dst 192.0.2.1
Service Type:
Server Ports:
Client Ports:
Links
Notes > The nis service queries the RPC service on the nis server > host to find out the ports ypserv and yppasswdd are listening. > Then, according to these ports it sets up rules on all the > supported protocols (as reported by RPC) in order the clients > to be able to reach the server. > > For this reason, the nis service requires that: > > * the firewall is restarted if the nis server is restarted > * the nis server must be specified on all nis statements (only if it is not the localhost) > > Since nis queries the remote RPC server, it is required to > also be allowed to do so, by allowing the > [portmap][keyword-service-portmap] too. Take care that > this is allowed by the running firewall when FireHOL tries > to query the RPC server. So you might have to setup nis in > two steps: First add the portmap service and activate the > firewall, then add the nis service and restart the firewall. > > This service was added to FireHOL by > [Carlos Rodrigues](http://sourceforge.net/p/firehol/feature-requests/20). > His comments regarding this implementation, are: > > These rules work for client access only! > > Pushing changes to slave servers won't work if these rules > are active somewhere between the master and its slaves, > because it is impossible to predict the ports where yppush > will be listening on each push. > > Pulling changes directly on the slaves will work, and could > be improved performance-wise if these rules are modified to > open fypxfrd. This wasn't done because it doesn't make that > much sense since pushing changes on the master server is > the most common, and recommended, way to replicate maps.
server nntp accept
Service Type:
Server Ports:
Client Ports:
Links
server nntps accept
Service Type:
Server Ports:
Client Ports:
Links
Server Ports:
Client Ports:
Links
server ntp accept
Service Type:
Server Ports:
Client Ports:
Links
server nut accept
Service Type:
Server Ports:
Client Ports:
Links
server nxserver accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > Default ports used by NX server for connections without > encryption. > > Note that nxserver also needs the [ssh][keyword-service-ssh] > to be enabled. > > This information has been extracted from this > The TCP ports used by nxserver are > 4000 + DISPLAY_BASE to 4000 + DISPLAY_BASE + DISPLAY_LIMIT. > DISPLAY_BASE and DISPLAY_LIMIT are set in /usr/NX/etc/node.conf > and the defaults are DISPLAY_BASE=1000 and DISPLAY_LIMIT=200. > > For encrypted nxserver sessions, only > [ssh][keyword-service-ssh] is needed.
Server Ports:
Client Ports:
Links
server oracle accept
Service Type:
Server Ports:
Client Ports:
Links
server OSPF accept
Service Type:
Server Ports:
Client Ports:
Links
server ping accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This services matches requests of protocol ICMP and type > echo-request (TYPE=8) and their replies of type echo-reply > (TYPE=0). > > The ping service is stateful.
server pop3 accept
Service Type:
Server Ports:
Client Ports:
Links
server pop3s accept
Service Type:
Server Ports:
Client Ports:
Links
server portmap accept
Service Type:
Server Ports:
Client Ports:
Links
server postgres accept
Service Type:
Server Ports:
Client Ports:
Links
server pptp accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server privoxy accept
Service Type:
Server Ports:
Client Ports:
Links
server radius accept
Service Type:
Server Ports:
Client Ports:
Links
server radiusold accept
Service Type:
Server Ports:
Client Ports:
Links
server radiusoldproxy accept
Service Type:
Server Ports:
Client Ports:
Links
server radiusproxy accept
Service Type:
Server Ports:
Client Ports:
Links
server rdp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > Remote Desktop Protocol is also known also as > Terminal Services.
server rndc accept
Service Type:
Server Ports:
Client Ports:
Links
server rsync accept
Service Type:
Server Ports:
Client Ports:
Links
server rtp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > RTP ports are generally all the UDP ports. > This definition narrows down RTP ports to UDP 10000 to 20000.
server samba accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > The samba service automatically sets all the rules for > [netbios_ns][keyword-service-netbios_ns], > [netbios_dgm][keyword-service-netbios_dgm], > [netbios_ssn][keyword-service-netbios_ssn] and > [microsoft_ds][keyword-service-microsoft_ds]. > > Please refer to the notes of the above services for more > information. > > NETBIOS initiates based on the broadcast address of an > interface (request goes to broadcast address) but the server > responds from its own IP address. This makes the > "server samba accept" statement drop the server reply, > because of the way the iptables connection tracker works. > > This service definition includes a hack, that allows a > Linux samba server to respond correctly in such situations, > by allowing new outgoing connections from the well known > [netbios_ns][keyword-service-netbios_ns] port to the clients > high ports. > > However, for clients and routers this hack is not applied > because it would open all unprivileged ports to the samba > server. The only solution to overcome the problem in such > cases (routers or clients) is to build a trust relationship > between the samba servers and clients.
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server sip accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
Notes > [SIP](http://www.voip-info.org/wiki/view/SIP) is an IETF > standard protocol (RFC 2543) for initiating interactive user > sessions involving multimedia elements such as video, voice, > chat, gaming, etc. SIP works in the application layer of > the OSI communications model.
server smtp accept
Service Type:
Server Ports:
Client Ports:
Links
server smtps accept
Service Type:
Server Ports:
Client Ports:
Links
server snmp accept
Service Type:
Server Ports:
Client Ports:
Links
server snmptrap accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > An SNMP trap is a notification from an agent to a manager.
server socks accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See also [RFC 1928](http://www.ietf.org/rfc/rfc1928.txt).
server squid accept
Service Type:
Server Ports:
Client Ports:
Links
server ssh accept
Service Type:
Server Ports:
Client Ports:
Links
server stun accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > [STUN](http://www.voip-info.org/wiki/view/STUN) > is a protocol for assisting devices behind a NAT firewall or > router with their packet routing.
server submission accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > Submission is essentially normal SMTP with an SSL/TLS > negotiation.
server swat accept
Service Type:
Server Ports:
Client Ports:
Links
server syslog accept
Service Type:
Server Ports:
Client Ports:
Links
server telnet accept
Service Type:
Server Ports:
Client Ports:
Links
server tftp accept
Service Type:
Server Ports:
Client Ports:
Netfilter Modules
Netfilter NAT Modules
Links
server time accept
Service Type:
Server Ports:
Client Ports:
Links
server timestamp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > This services matches requests of protocol ICMP and type > timestamp-request (TYPE=13) and their replies of type > timestamp-reply (TYPE=14). > > The timestamp service is stateful.
server upnp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > For a Linux implementation see: > [Linux IGD](http://linux-igd.sourceforge.net/).
server uucp accept
Service Type:
Server Ports:
Client Ports:
Links
server vmware accept
Service Type:
Server Ports:
Client Ports:
Notes
Used from VMWare 1 and up. See the VMWare KnowledgeBase (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012382).
server vmwareauth accept
Service Type:
Server Ports:
Client Ports:
Notes
Used from VMWare 1 and up. See the VMWare KnowledgeBase (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012382).
server vmwareweb accept
Service Type:
Server Ports:
Client Ports:
Notes
Used from VMWare 2 and up. See VMWare Server 2.0 release notes (http://www.vmware.com/support/server2/doc/releasenotes_vmserver2.html) and the VMWare KnowledgeBase (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012382).
server vnc accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > VNC is a graphical desktop sharing protocol.
server webmin accept
Service Type:
Server Ports:
Client Ports:
Links
server whois accept
Service Type:
Server Ports:
Client Ports:
Links
client xbox accept
Service Type:
Server Ports:
Client Ports:
Notes
Definition for the Xbox live service.
See program source for contributor details.
server xdmcp accept
Service Type:
Server Ports:
Client Ports:
Links
Notes > See [Gnome Display Manager](http://www.jirka.org/gdm-documentation/x70.html) > for a discussion about XDMCP and firewalls (Gnome Display > Manager is a replacement for XDM).
FireHOL Team.