Summary: About how to add machines into one domain.

From: dino (dino@im.mgt.ncu.edu.tw)
Date: Sat Jul 30 1994 - 02:50:26 CDT


Hello..! This is a summary for my question. My question is as following:

>
> Hello..!
> To add one machine into one domain, then we must edit the
> /var/named/named.rev, /var/named/named.hosts... this two files, and add one linein /etc/hosts about its IP. then kill the process of in.named, restart it
> ( using kill -1 process-ID ).
> Is it right? I remember it is no problem. but why others machines ( not in
> my domain ) can't recognize the new machine ? Oh. I try it many times. Can you
> help me to solve it ? Maybe my procedure of adding machine is wrong...Can you
> tell me...
> Thanks....
>

And after all, I find the solution. It is there is one subdomain behind us. And
I add that new machine after the subdomain. So it will be known as the subdomainmachine. I am too stupid.
Any way, thanks all that reply my question:
I list the reply as follow:

----1--------
"kill -HUP pid" will force in.named to re-read the configuration files.
It should not need to be restarted.

Are you the primary DNS server for your domain?
If not, not one will consult you.

Did you remember to update the serial number of the files?
If not, no secondary servers will recognize the need to update their maps.

I would suggest you read over the Sun documentation. If it is not clear
then you might consider purchasing supplemental documentation such as:
        DNS and BIND
        By Cricket Liu & Paul Albitz
        1st Edition October 1992
        418 pages, ISBN: 1-56592-010-4

----2--------

Look in the named files for the serial numbers. The serial numbers
only apply if you are running a secondary DNS server. You probably
are not, so I might have mis-led you.

To see where your DNS files are located, look in /etc/named.boot
to see the directory for the files.

>
----3--------
 Hi dino,

 You have to change the Serial number in SOA field as well, and wait for at
 least 1 hour to check it again.

----4--------

When you edit the name server's database, don't forget to edit the serial
number in the SOA record. If it doesn't change, no machines around you
will ask for new info, so the new maps don't propagate.

----5--------

        Each SOA record (Start Of Authorty) has a serial number
associated with it. That number has to be incremented so that the
other DNS servers on the net will know that the data they see from you
is the "newest" and therefore should be trusted over conflicting (old)
data that others have cached.

----6--------
Two things:
    1) Have you updated the "Serial" number line in both of the named
    files.
    2) I takes some time for DNS information to propagate out. Things in
    DNS do not hapen instantly and it may take some time (maybe even a
    week) for the far reaches of the globe to get you new info.

                                                                  Rodney...

-- 
----7--------

Well, you don't mention anything about the entry in '.db' files on the name server. Maybe that is the problem. Check if the forward entry in 'domain.db' matches with 'db.x.x.x' file on the nameserver database. If you find it correct, then check if the serial number in the SOA entry has been incremented after the last edit !

Narendra

----8--------

>From what I have and implemented of DNS, the steps you are using don't seem entirely correct. You should only add the name of the host to /var/named/named.hosts file without full qualifications only. This will allow your machine to recognize that new machine as part of your domain, thus allowing domain name servers within your domain to resolv this hosts' address.

As for your second step, you should not execute "Kill -1 process-id", You should be executing "Kill -HUP process-id" because this command tells the "named" process to dump its cache and reload all of its data files back into cache. Kill the daemon process like you are currently doing does not properly load the cache data and tables correctly into memory but rather takes previous cache data and restores it.

If you purchase the book from O'Reilly & Associates, Inc., called "DNS and BIND", it will explain this in depthly and show you how DNS builds itself memory cache tables. I use to the Kill -1 command was operating the same as Kill -HUP, but O'Reilly & Associates showed me differently.I found there book very helpful in building my own Domain Name Space and also in building my company's Domain Name Space as well.

Mike ----9--------

Should be correct. Make sure the other machines resolv.conf in /etc point to the machine you are adding the entries to. Use nslookup to verify this.

Also make sure you increment the serial numbers in the DNS files where appropriate.

--

________ \ / Jiing-Chau Shieh E-mail: dino@im.mgt.ncu.edu.tw ___\MGT.NCU.EDU.TW______________________________________________________________ \ / \/ Department of Information Management National Central University



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:09:06 CDT