-2

I'm taking a class in system administration and i find it hard to understand the concept behind Root domain.

Can somebody explain in simple term the definition of Root Domain?

closed as off-topic by Jeff Schaller, Stephen Rauch, peterh, Archemar, sebasth Dec 25 '17 at 12:14

This question appears to be off-topic. The users who voted to close gave this specific reason:

  • "Requests for learning materials (tutorials, how-tos etc.) are off topic. The only exception is questions about where to find official documentation (e.g. POSIX specifications). See the Help Center and our Community Meta for more information." – Jeff Schaller, Stephen Rauch, peterh, Archemar, sebasth
If this question can be reworded to fit the rules in the help center, please edit the question.

  • 1
    I am not new to the GNU/Linux world, but I have never even heard of the concept ”root domain”. Could you try to be more specific; what is it you are trying to achieve? – maulinglawns Dec 25 '17 at 9:08
  • root domain is not a *nix specific concept, perhaps a better question for superuser? raventools.com/marketing-glossary/root-domain – Jesse_b Dec 25 '17 at 11:38
1

"Domain" is a highly overloaded term: there are DNS domains, NIS domains, Windows Active Directory domains, Xen virtualization domains, and so on.

But from the tags on your question, I assume you meant DNS domains.

When you set up a resolving DNS server, it usually comes with a built-in list of root DNS servers. When the DNS server is started, it uses that list to connect one of the root DNS servers and download an up-to-date version of the root DNS server list. This list can also be found at: ftp://ftp.internic.net/domain/named.cache

The "root domain" is the absolute highest level of the DNS hierarchy: it contains a group of geographically widely distributed, high-performance DNS servers whose main job is to know the addresses of the DNS servers of the various Top Level Domains (TLDs) like .com, .net, .edu, .us, .ca, .eu, .uk, .ru, .cn, .jp, .au, .br or .arpa. They also maintain an up-to-date list of all root domain DNS servers.

When a resolving DNS server has just been started, it knows only the addresses of the root domain nameservers. When it gets a request to resolve, say, example.com, it will first contact one of the root nameservers and requests a list of .com nameservers. It will cache this list, so that it won't have to request the same list again too often. Once it knows the addresses of .com TLD nameservers, it picks one of them, contacts it and requests from it a list of example.com nameservers, from whom it can finally request the information its client originally asked.

For a regular user, the root DNS domain is pretty much invisible. When you're learning DNS administration, you'll learn that if you want to explicitly specify that a DNS name is fully qualified, you add a full stop at the end, i.e. example.com. is explicitly fully qualified, example.com might or might not be. In this style, the fully-qualified name for the root DNS domain is just .

  • Slightly wrong: for now, resolvers send the full query each time, so root servers will get the whole name, not just for .COM, and etc. This may slowly change as the RFC on QNAME minimization now exists. – Patrick Mevzek Dec 25 '17 at 20:20

Not the answer you're looking for? Browse other questions tagged or ask your own question.