InetDaemon
The guy  "geeks" call for tech support..

Domain Registration

How do you get your own domain name? By registering it of course with an accredited registrar. The organization named ICANN is responsible for accreditation of domain name vendors.

The process of creating a website or mail domain begins by registering a DNS domain name. Registrars insert the DNS information into the root DNS servers. The Information that must be submitted includes the domain name (which will be awarded to the applicant if it is not currently in use), administrative contact names, phone numbers and addresses, and the IP address and name of the authoritative DNS server for the domain.

InterNIC (Network Solutions, Inc.) was granted a monopoly by the United States Government in 1993 as sole registrar for the .com, .org, .edu and .net Top Level Domains (TLDs) for a period of 5 years. This contract ended April of 1998 and at present, several other organizations are in the process of gearing up to handle domain name registration process. All organizations will participate in maintaining a single database, and servers at each of the competitive registrars will utilize this database to perform top level domain resolution.

Actually, since the writing of this tutorial in 1998 an organization aned ICANN has appointed itself to regulate and 'accredit' domain registrars. Several new registrars now handle domain registration so you are no longer limited to only Network Solutions. Besides, our experience has been that registrations with Network Solutions have proven to have significant issues such as having your business' address and contact information sold to SPAMMERS as was done with InetDaemon.Com and with having to pay an extra $400 per year to gurantee your requests get serviced in under two months. Also, several new top level domains were added to the domain structure (.biz, .name, .info, .museum, .coop, and .aero as of 2004). The change in how the registration databases worked necessitated changes in how resolution and the WHOIS service works. Be aware that some older versions of the WHOIS tool (such as that found in Solaris 8 and in Red Hat 5, 6 and 7.0) no longer work.

-- InetDaemon

The registration process results in the entry of a DNS zone file into the root DNS servers, and various administrative and billing entries elsewhere. The zone file will contain a resource record pointing all requests for the named domain to the name server supplied by the registrant. You as the owner of your domain are therefore responsible for providing DNS server information to your registrar. Your domain won't 'work' until you have a DNS server properly configured to accept resolutoin requests for your domain and your registrar has entered the correct lookup information into the root DNS servers.

Here is the whois lookup result for berkley.edu:

	Registrant:
	University of California at Berkeley (BERKELEY-DOM)
	   Information Systems & Technology
	   Data Communication and Network Services
	   281 Evans Hall #3806
	   Berkeley, CA 94720-3806
	   USA

	   Domain Name: BERKELEY.EDU

	   Administrative Contact, Technical Contact, Zone Contact:
		  University of California, Berkeley  (UCB-NOC)
		  ucb-noc@NAK.BERKELEY.EDU
		  1-510-643-3267

	   Record last updated on 24-Mar-97.
	   Record created on 24-Apr-85.
	   Database last updated on 21-Aug-99 04:33:39 EDT.

	   Domain servers in listed order:

	   NS1.BERKELEY.EDU     128.32.136.9, 128.32.206.9
	   NS2.BERKELEY.EDU     128.32.136.12, 128.32.206.12
	   CGL.UCSF.EDU         128.218.14.2, 128.218.27.20
	   VANGOGH.CS.BERKELEY.EDU  128.32.33.5
	

For the BERKELEY.EDU domain, the servers listed are the Authoritative servers responsible for resolution of specific hosts within the domain. It is possible to point a domain to a server whose name-address does not match the domain being resolved. So long as the server address can be resolved, DNS will work.

NOTE: If the wrong server information is listed with the root DNS servers, then NO resolution will work for that domain. Notice that this is the LOCAL DNS ADMINISTRATORS problem, and not the parent domain, or even the service providers problem, even IF they are providing primary DNS. It is not the records in the Primary DNS machine that are incorrect. The error is in the template that was submitted to the root DNS servers at InterNIC or whomever the registering authority was.

 


names >>

YOUR DONATIONS SUPPORT THE CONSTRUCTION OR COMPLETION OF TUTORIALS THROUGHOUT THIS SITE

Comments and Suggestions | FAQ's | About InetDaemon.Com | About InetDaemon | Acceptable Use Policy | Privacy Policy
© 1996 - 2008 InetDaemon, InetDaemon Enterprises

This is a 'WHYFF' (We Help You For Free) site. One Person maintains this site in his spare time.
InetDaemon is an IT expert, not an English professor. Grammar and spelling errors are to be expected.

Standard disclaimer: The statements, views and opinions presented on this web page are those of the author and are not endorsed by, nor do they necessarily reflect, the opinions of the author's present and/or former employers or any other organization the author may be associated with. We do not warranty or guarantee the correctness of the information provided or its fitness for any purpose.