OpenNIC Wiki : Tier1ServerConfig

• Categories
• PageIndex
• RecentChanges
• RecentlyCommented
• Login/Register
• Search:

A Tier 1 Server or Top Level Domain Server, is any server that is an authoritative name server and can provide an IXFR/AXFR for a Top Level Domain (TLD) Zone, and it may be configured as either a Primary Master (zone "type master;") or a Secondary Master (zone "type slave;"). This tutorial will be focused on configuring the Primary Master Zone for a Top Level Domain on Bind 9.

As a quick note: The term "Tier", while being used to describe a name server, is not a "type of name server", it is referring to a name server that is an authoritative name server for a particular "Zone". There is the single Tier 0 zone (or "Root Zone" - ie: . ), and then there are a few Tier 1 zones (or "Top Level Domain Zone" - ie com. org. geek. oss. ukg. etc...), and then there many Tier 2 zones (or Domain Name Zones - ie: example.com.). You will likely notice that Tier 1 Servers are also configured as Secondary Masters for the zone "." (zone "type slave";), and that they will also be both Primary Masters and Secondary Masters for any number of Domain Name Zones as well (both zone "type master;" and "type slave;"). This would qualify them as being both Tier 0 and Tier 2 servers, or a Tier 0/1/2 Server. For simplicity, we simply call them Tier 1 Servers.

Due to the fact that you will not be able to resolve and test your Top Level Domain or Domain Names until your TLD is added to the root zone file, you will need to configure your server as a Tier 0 Server first. See the Tier0ServerConfig page and then come back to this page.


While named.conf has many sections and configuration directives, we will only be focused on the portions relevant to setting up the initial Top Level Domain zone, a few key options {}; relevent to Tier 1 Servers, and the minimum Resource Record Set (RRset) for the TLD's Zone Master File. Hosting of a domain name zone locally, and the delegation of a domain name to a Tier 2 server's domain name zone will also be covered.

We will be using the fictional Top Level Domain zone .TLD, local.TLD. and delegated.TLD. for the domain zones, and the Static IP 12.34.56.78 in the examples below.

Make sure you have the dir /var/named/etc/namedb/master and if not create it. Because a TLD zone will have many more records and zone files you will find it useful to also create /var/named/etc/namedb/master/TLD for the many zone records and include files that will be created as more domain names are created on the TLD. Also, all path names in both named.conf and the zone files are relative to the chroot environment.

The the basic set of options and zone entry in named.conf are very simple and if you are not familiar with an option, do see the Bind Manual as they will not be being explained in depth, if at all:

Now that we have added some options {}; and the needed zone entries in named.conf, it is time to focus on the content of the zone files "TLD.db" and "local.TLD.db". Note that there is no zone for "delegated.TLD." as domain names that are hosted on other servers don't need a zone configured on your server. There delegation of a domain name will be covered later.


The first we will look at TLD.db from a (non-chroot prespective), which is /var/named/etc/namedb/master/TLD/TLD.db

Note that in all the configuration files and zone files that the paths are relevant to the chroot environment. So from binds prespective, this file is located at: /etc/namedb/master/TLD/TLD.db

It uses the same Zone File Directives as any zone file, but due to the fact that it is going to contain many resource records for many domain names, we must take this into consideration before the file is full of 1000's for records. Note the use of the $INCLUDE directive in this file which will be explained below.

As was mentioned above, this is a minimal Resource Record set for a TLD. You will more then likely have another MX record and many more NS records as most of the admin of other TLDs in the alt-root are willing to setup Secondary Masters for other TLDs.

Also, while any hostname could have been used in the SOA Record, due to the fact that a uniform naming convention eases web site development, software development, and other coordination, all TLDs (regardless of the Sponsor - OpenNIC or another Orginization) are hopefully using the host name ns0.dns.[TLD] for the Primary Master of the TLD.

In addition to the "ns0" sub-domain, there is also expected to be:

1. a mail server accepting mail at mail.dns.[TLD] for hostmaster@mail.dns.[TLD] and abuse@mail.dns.[TLD], and;
2. a web server at www.dns.[TLD] with the TLDs Charter and WHOIS information published at http://www.dns.[TLD]/charter.html

The $INCLUDE FILE: dns.TLD.inc

Now, the first of the 2 files included with the $INCLUDE Directives holds the Resource Records for the hostnames in the TLD's SOA, NS, and MX records. This file works very much like using the Directive: $ORIGIN dns.TLD. would, it is as if the records in this file were in the TLD.db file following an $ORIGIN dns.TLD. Directive.

With that in mind, the use of "@" in this file will be interpreted as "dns.TLD." and domain names that are not fully terminated (that do not end with a "."), will have "dns.TLD." appended to them. For example, "mail" will be interpreted as "mail.dns.[TLD]."

Time to look at the contents of the dns.TLD.inc include file:

Obviously if you have more then one static IP you would add ns1 and ns2 records or use an A Record for the www. Again, this is the minimal set of records needed to setup the Tier 1 zone.

delegated.TLD.inc

....

• [Source]
• [History]
• 2008-02-04 21:29:12
• Owner: BrianKoontz
• Your hostname is ec2-3-142-42-32.us-east-2.compute.amazonaws.com

Valid XHTML :: Valid CSS: :: Powered by WikkaWiki