home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.protocols.tcp-ip.domains
- Path: sparky!uunet!mcsun!sunic!ericom!rup!lmdrsm
- From: lmdrsm@lmd.ericsson.se (Roar Smith)
- Subject: SUMMARY: BIND and port number(s)
- Message-ID: <1992Nov16.143152.6523@ericsson.se>
- Sender: news@ericsson.se
- Nntp-Posting-Host: rup.ericsson.se
- Reply-To: lmdrsm@lmd.ericsson.se
- Organization: L.M. Ericsson A/S
- Date: Mon, 16 Nov 1992 14:31:52 GMT
- Lines: 40
-
- There are really two issues to consider when setting up the firewall to
- permit DNS queries (or any other communication for that matter):
-
- 1. Requests initiated *outside* the firewall:
- Permit incoming request to *known* privileged port number(s)
- and outgoing replies to *unknown* non-privileged port numbers
-
- 2. Requests initiated *inside* the firewall:
- Permit outgoing requests to *known* privileged port number(s)
- and incoming replies to *unknown* non-privileged port numbers
-
- Half of the solution to these issues has been pointed out by many people:
- The known port number for DNS queries/transfers is 53 for both tcp and udp
- protocols.
- Thus incoming/outgoing packets must be allowed for protocols tcp and udp
- for port number 53 .
-
- The other half of the solution I had to figure out for myself:
- When contacting DNS (and many other services) the request is sent to a
- *known* privileged port (53), but the reply is sent to a random
- non-privileged port (>1023) specified by the requester.
- Thus incoming/outgoing packets must be allowed for protocols tcp and udp
- for all port numbers >1023 .
-
- This solution has been tested and works fine.
-
- Thanks to all that responded !
-
-
- ###### Roar Smith, M.Sc.E.E. *** Organization:
- # Coordination, UNIX Network *** L.M. Ericsson A/S
- UNIX # Phone: +45 3388 3577 *** Sluseholmen 8
- # # FAX: +45 3388 3134 *** DK-1790 Kobenhavn V
- # # MEMO: LMD.LMDRSM *** Denmark
- # Email: lmdrsm@lmd.ericsson.se
- +---------------------------------------------------------------------+
- ! The System Managers ultimate goal is to make himself redundant. !
- ! Fortunately this is *not* possible in a UNIX(R) environment :-) !
- +---------------------------------------------------------------------+
-
-