cc/td/doc/product/iaabu/cddm/css_1196
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Migrating Existing DNS Configuration and Zone Data

Migrating Existing DNS Configuration and Zone Data

This chapter demonstrates how to use existing DNS configuration and zone data to configure the CDDM. In this exercise, you will configure the DNS and DNM servers using a set of zone files located in the directory install_dir/MultiNet/test.

The example zone files come from a name server, ns1.test.yoyodyne.com, which is configured as a primary name server for the domain, test.yoyodyne.com, and two subdomains, admin.test.yoyodyne.com and sales.test.yoyodyne.com. ns1 is also configured as a secondary name server for the domain eng.test.yoyodyne.com, for which ns2.eng.test.yoyodyne.com is primary. The grey area in the following figure represents the zones for which ns1 is authoritative.

ns2.eng.test.yoyodyne.com is a HP-UX system running the native DNS server. All hosts in test.yoyodyne.com are on the same network segment, 10.1.1, and ns1.test.yoyodyne.com is primary for the domain 1.1.10.in-addr.arpa.

Several steps also ask you to test your work by looking up specific names with nslookup. To test your work in this exercise:

You can also follow the procedures in this exercise by entering values exactly as they appear in each step, and verify your work by comparing the DNM Browser and SCM screens with the figures in this chapter. If you have not met the above requirements, you will not be able to resolve names with nslookup.

The IP addresses used in this example comply with RFC 1918 so that you can create the test.yoyodyne.com domain exactly as shown in the procedures. You can, however, substitute your own IP addresses, and domain names.


Note yoyodyne.com is already registered as a domain name with the NIC.

To migrate from existing DNS configuration and zone data:

Step 1 Make sure all servers are working (see Chapter 1, "Testing the CDDM Servers").

Step 2 Import the existing zone files to the DNM Server using the DNM Browser (see "Import the Existing Zone Files").

Step 3 Configure the Cisco DNS server to be secondary for the test domains (see "Make the DNS Server Secondary for the Test Zones").

Import the Existing Zone Files

This procedure loads existing zone file data into the DNM server via a DNM Browser. Once the DNM server contains the zone data, you can configure DNS servers to obtain zone transfers for the imported zones.

Your native DNS server stores data for the test.yoyodyne.com domain in the file named.boot. This exercise assumes the named.boot for the test domain's current DNS server contains the following lines:

primary test.yoyodyne.com db.yoyodyne primary admin.test.yoyodyne.com db.admin primary sales.test.yoyodyne.com db.sales primary 1.1.10.in-addr.arpa db.1_1_10 secondary eng.test.yoyodyne.com 10.1.1.8 eng_yoyodyne.bak

Step 1 Start the DNM Browser and connect to the DNM server, "localhost," using the admin DNM user account and password set up in Chapter 1.

Step 2 If yoyodyne.com already appears in the DNM Browser window (remaining from the exercises in previous chapters), delete the DNM server's database by selecting the top-level domain ("."), and choosing Delete from the Edit menu.

Step 3 Load test.yoyodyne.com into the DNM server.

The first "primary" line in named.boot indicates that this host obtains zone data for the zone yoyodyne.com from the file, db.test. The CDDM includes a copy of this zone file in the install_dir/MultiNet/test directory.


For example, if you installed CDDM in /cddm, enter /cddm/MultiNet/test/db.test as follows:


The DNM server automatically creates the reverse mappings for ns1 and ns2 in the in-addr.arpa domain because the DNM Browser's "Automatically Maintain Record Pairs" parameter (under Settings in the Options menu) is enabled.



Note The presence of ns2.eng.test.yoyodyne.com in the DNM server is not sufficient to delegate eng.test.yoyodyne.com to ns2; you must also configure the DNS server to obtain zone transfers for eng.test.yoyodyne.com from ns2.

Step 4 Load admin.test.yoyodyne.com into the DNM server.

The second "primary" line in named.boot indicates that the DNS server obtains zone data for the zone admin.test.yoyodyne.com from the file, db.admin. The CDDM includes a copy of this zone file in the install_dir/MultiNet/test directory.


For example, if you installed CDDM in /cddm, enter the following data:


Step 5 Load sales.test.yoyodyne.com into the DNM server.

The third "primary" line in named.boot indicates that the DNS server obtains zone data for the zone sales.test.yoyodyne.com from the file, db.sales. The CDDM includes a copy of this zone file in the install_dir/MultiNet/test directory.


For example, if you installed CDDM in /cddm, enter /cddm/MultiNet/test/db.sales as follows:


Step 6 Define the Start of Authority for 1.1.10.in-addr.arpa:


Note The DNM server does not automatically define "Start of Authority" records when it creates reverse domains.

Step 7 Choose Exit from the File menu and click on OK in the confirmation dialog box.

Make the DNS Server Secondary for the Test Zones

Now that the DNM server contains the zone data for test.yoyodyne.com, admin.yoyodyne.com, sales.yoyodyne.com, and 1.1.10.in-addr.arpa, you can configure the DNS server on ns1 to be authoritative for those domains.

Step 1 Start the SCM.

Step 2 Choose the DNS server configuration editor by clicking on the DomainName icon in the Available Services list. Notice that the DNS server is already configured to resolve the reverse domain for "localhost" and "0.0.127.in-addr.arpa" in the Primary area.

Step 3 If a secondary entry already exists for yoyodyne.com (remaining from the previous exercise), delete it by selecting a field in that entry, and clicking on Delete in the secondary group.

Step 4 Make the DNS server secondary for test.yoyodyne.com:

Step 5 Make the DNS server secondary for admin.test.yoyodyne.com:

Step 6 Make the DNS server secondary for sales.test.yoyodyne.com:

Step 7 Make the DNS server secondary for 1.1.10.in-addr.arpa:

Step 8 Make the DNS server secondary for eng.test.yoyodyne.com:

The DNS server configuration should appear as follows:


Note that although ns1 was originally primary for test.yoyodyne.com, 1.1.10.in-addr.arpa, and the admin and sales subdomains, it is now secondary for these domains.


Step 9 Save the DNS server configuration.

Step 10 Restart the DNS server by stopping and restarting NetControl:

When NetControl starts, it restarts the DNS server. Because the DNS server does not yet have back-up zone files for the new zones, it requests zone transfers for test.yoyodyne.com, 1.1.10.in-addr.arpa, admin.test.yoyodyne.com, and sales.test.yoyodyne.com from the local DNM server, and it requests a zone transfer for eng.test.yoyodyne.com from ns2.eng.test.yoyodyne.com's DNS server.


Step 11 If you have used your own real domain name instead of yoyodyne.com in this exercise, test your system by resolving names with nslookup:

% nslookup ns1.test.yoyodyne.com 127.0.0.1 % nslookup host1.admin.test.yoyodyne.com 127.0.0.1 % nslookup host11.sales.test.yoyodyne.com 127.0.0.1


hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1997 © Cisco Systems Inc.