What is root domain? [closed]
Clash 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
?
centos dns root
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
add a comment |Â
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
?
centos dns root
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
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
add a comment |Â
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
?
centos dns root
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
?
centos dns root
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
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
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
add a comment |Â
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
add a comment |Â
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 .
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
add a comment |Â
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 .
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
add a comment |Â
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 .
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
add a comment |Â
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 .
"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 .
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
add a comment |Â
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
add a comment |Â
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