|


ISP's who would like to provide their users with immediate
access to New.net's domain names may do so by
making one simple change to your systems.
On each recursive nameserver that is serving clients,
you may implement any one of the options described
below, assuming that you are using BIND on a Unix
box (if you are not, then please email us for further
information at: isp@New.net). Each of the following
methods is roughly equivalent, with each having a
minor advantage or disadvantage over the others. It
is entirely up to you which you 'd like to pursue.
After you've activated your network for New.net domains,
we'll give your service free promotional placement
on our site. All you have to do is email your logo
to us and once we've verified that you've made the
necessary changes, we'll post your logo.
First, please note that "BIND config directory" refers
to the directory listed in an options statement such
as "/var/named" here:
options {
directory "/var/named/";
}
Here are four options you can choose from:
- Our preferred solution is
that you use a list of stub zones to supplement
the ICANN roots with New.net domain extensions.

For this option, do the following:

Download ftp://ftp.New.net/domain/bind/root-stubs.conf
into your BIND config directory.

Append the following line to your /etc/named.conf:
include
"root-stubs.conf";
Reload the BIND configuration with the command "ndc
reload".

The list of stubs is expected to change up to once
per month. You may wish to set up a process to mirror
root-stubs.conf weekly from New.net and reload your
nameserver if you use this method.

- Replacing the root.cache file
with one that lists our new root servers.

In /etc/named.conf, find the filename for ".".
zone "."
{
type hint;
file "named.root";
};
This file will be in the BIND config directory.
In this case, it would be "/var/named/named.root".
Download ftp://ftp.New.net/domain/bind/named.cache
and overwrite the contents of that file with it.

Your server will grab a new list of root servers
from those listed in the hints file every time it
starts up, and will use those for all queries.

- Alternatively, you may slave
the root zone, ".", from a master DNS server.

Download ftp://ftp.New.net/domain/bind/root-slave.conf
into your BIND config directory.

In /etc/named.conf, find the section listing hints
for ".", the root zone.

They will look something like:
zone "."
{
type hint;
file "named.root";
};
Delete that section, and insert in its place:
include
"root-slave.conf";
Reload the BIND configuration with the command "ndc
reload".

This will slave a copy of the root zone from a New.net
master nameserver. Your server will remain in sync
with ours automatically.

- Fourth, if you have a mechanism
already in place to publish authoritative zones
to all of your servers, you can use it to also publish
".".

You will need to daily or weekly grab a copy of
ftp://ftp.New.net/domain/root.zone
and publish it to your nameservers with the zone
name of ".".

The root zone is nothing special as far as BIND
is concerned. If your nameservers know the information
contained within it, they will not need to query
our servers for that.

Please note, if your company does not have a mechanism
for change control publication, then you should
not be considering this option. But if you do have
such a mechanism, then the method is to simply publish
to root zone information gathered from our ftp location
, and publish as you would for any other zone that
you are authoritative for.

We highly recommend that you check our ftp for updates
regularly, and in any event at least twice each
week.





Here are two options you can choose from:

Option 1:
- Stop the DNS Server

- Open the cache.dns file located in c:\winnt\system32\dns

- Delete the information within (Option
Make a copy of this file and save it)

- Cut and paste the information located at ftp://ftp.new.net/domain/bind/named
.cache

- Save as "cache.dns"

- Start the DNS Server

- Verify functions by performing nslookup functions

Option 2:

Instructions for adding a secondary "." zone for Domain
name extensions from New.net DNS servers.

In NT 4.0:

NOTE: The procedure shown is intended
for NT 4.0. The process can be used for Windows 2000
as well.
- Open the DNS admin tool.

- Highlight the server that is intended to hold
the secondary zone.

- Using your mouse, right click the server and select
"New Zone" option, or from the drop down "DNS" menu
select "New Zone" option .

- Click the radio button for "Secondary" zone. (Figure
1.1)



Figure 1.1

- The zone name should be "." (without quotes).

- Choose a New.net server to act as the secondary
zone. You can use FQDN or
ip. The example shows the IP for ns0.newdotnet.net.

- Click "Next". (Figure 1.2)



Figure 1.2 Zone Information screen

- Leave the zone name as "."

- The zone can have any name. However, be sure to
leave the ".dns" suffix.

- Click "Next". (Figure 1.3)



Figure 1.3 Zone transfer information

- Enter the IP address of the server from which
you plan to transfer. This should be the IP address
for the server chosen in step 6 above. The
example shows the IP for ns0.newdotnet.net.

- Click "Add".

- Click "Next" and then "Finish".
Zone transfer should occur within a few minutes. You
can start and stop the dns service if you want to facilitate
the transfer, but it is not necessary. Check functionality
and event logs for any errors. Also, be sure to have
the latest service pack applied. |