What is root domain? [closed]

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
-2
down vote

favorite












I'm new to Linux world.



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



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







share|improve this question














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














up vote
-2
down vote

favorite












I'm new to Linux world.



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



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







share|improve this question














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












up vote
-2
down vote

favorite









up vote
-2
down vote

favorite











I'm new to Linux world.



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



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







share|improve this question














I'm new to Linux world.



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



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









share|improve this question













share|improve this question




share|improve this question








edited Dec 25 '17 at 9:09









αԋɱҽԃ αмєяιcαη

407418




407418










asked Dec 25 '17 at 3:09









Acoustic Mike

32




32




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.




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




    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




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




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




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 Answer
1






active

oldest

votes

















up vote
1
down vote



accepted










"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 .






share|improve this answer




















  • 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


















1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
1
down vote



accepted










"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 .






share|improve this answer




















  • 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















up vote
1
down vote



accepted










"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 .






share|improve this answer




















  • 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













up vote
1
down vote



accepted







up vote
1
down vote



accepted






"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 .






share|improve this answer












"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 .







share|improve this answer












share|improve this answer



share|improve this answer










answered Dec 25 '17 at 8:48









telcoM

10.8k11232




10.8k11232











  • 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

















  • 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
















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





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



Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay