Is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN? Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Recommendations for managing DNS issues when hosting customer sitesThird-party SaaS will also host our web site. They want our registrar username and password. Is this normal?Problem with the DNS settings for our new company mailserverWeb hosting announced downtime and how it affects FORWARD domain names?How to find domain registrar and DNS hosting with good DNSSEC support?DNS: forward part of a managed domain to one host, but sub domain services to another (Google Apps)Only I can access my hosted website!My website's DNS no longer resolved after my hosting provider suffered a DDoS attackHow to configure DNS for hosting a domain with 000webhost.com when purchased from whois.com?What records (DNS, Nameservers etc.) need to be used to map a Domain to a Hosting Server

Why don't the Weasley twins use magic outside of school if the Trace can only find the location of spells cast?

Letter Boxed validator

How does cp -a work

Does accepting a pardon have any bearing on trying that person for the same crime in a sovereign jurisdiction?

Did Xerox really develop the first LAN?

Why did the IBM 650 use bi-quinary?

What does the "x" in "x86" represent?

Should I call the interviewer directly, if HR aren't responding?

What is the longest distance a 13th-level monk can jump while attacking on the same turn?

If a contract sometimes uses the wrong name, is it still valid?

How do I stop a creek from eroding my steep embankment?

Why does Python start at index 1 when iterating an array backwards?

How can I make names more distinctive without making them longer?

How widely used is the term Treppenwitz? Is it something that most Germans know?

What happens to sewage if there is no river near by?

Gastric acid as a weapon

ListPlot join points by nearest neighbor rather than order

macOS-like app switching in Plasma 5

Is 1 ppb equal to 1 μg/kg?

Why is black pepper both grey and black?

The logistics of corpse disposal

List *all* the tuples!

What causes the vertical darker bands in my photo?

Java 8 stream max() function argument type Comparator vs Comparable



Is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN?



Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
Announcing the arrival of Valued Associate #679: Cesar Manara
Unicorn Meta Zoo #1: Why another podcast?Recommendations for managing DNS issues when hosting customer sitesThird-party SaaS will also host our web site. They want our registrar username and password. Is this normal?Problem with the DNS settings for our new company mailserverWeb hosting announced downtime and how it affects FORWARD domain names?How to find domain registrar and DNS hosting with good DNSSEC support?DNS: forward part of a managed domain to one host, but sub domain services to another (Google Apps)Only I can access my hosted website!My website's DNS no longer resolved after my hosting provider suffered a DDoS attackHow to configure DNS for hosting a domain with 000webhost.com when purchased from whois.com?What records (DNS, Nameservers etc.) need to be used to map a Domain to a Hosting Server



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








1















As of my understanding, after we register a domain as our property in ICANN via a local domain-register authorized by a local internet society branch (like ISOC UK for Great Britain), we need to point the domain-register's DNS servers to those of the hosting providers by their DNS names and by that we "link" the hosting provider to ICANN and use the ICANN domain to address our Website directory,



Hence, is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN?










share|improve this question






























    1















    As of my understanding, after we register a domain as our property in ICANN via a local domain-register authorized by a local internet society branch (like ISOC UK for Great Britain), we need to point the domain-register's DNS servers to those of the hosting providers by their DNS names and by that we "link" the hosting provider to ICANN and use the ICANN domain to address our Website directory,



    Hence, is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN?










    share|improve this question


























      1












      1








      1








      As of my understanding, after we register a domain as our property in ICANN via a local domain-register authorized by a local internet society branch (like ISOC UK for Great Britain), we need to point the domain-register's DNS servers to those of the hosting providers by their DNS names and by that we "link" the hosting provider to ICANN and use the ICANN domain to address our Website directory,



      Hence, is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN?










      share|improve this question
















      As of my understanding, after we register a domain as our property in ICANN via a local domain-register authorized by a local internet society branch (like ISOC UK for Great Britain), we need to point the domain-register's DNS servers to those of the hosting providers by their DNS names and by that we "link" the hosting provider to ICANN and use the ICANN domain to address our Website directory,



      Hence, is it true to say that an hosting provider's DNS server is what links the entire hosting environment to ICANN?







      web-hosting dns icann






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 4 hours ago







      JohnDoea

















      asked 4 hours ago









      JohnDoeaJohnDoea

      651324




      651324




















          2 Answers
          2






          active

          oldest

          votes


















          2














          Stephen's answer gives you all the details, but I think your misconception or slight changes of wording is related to something else, the "IANA root".



          ICANN oversees the running of the system, and plays no operational part (which is a simplification, as they technically run some root nameservers, and are also the "registry" of .int, but this is tangential to your case).



          ICANN has a direct contract with gTLD registries, but it still needs to manage a single hierarchy in which all TLDs fit in, because obviously there is a need of uniqueness. This is called the "IANA root". Because there have been multiple attempts in the past of people trying, for technical, political, philosophical, experiment, to define other roots, which would/could carry other TLDs.



          This was called "alternate roots". They all failed for various reasons. Or at least the one trying to sell "new" TLDs, that would work only in the alternate root. There are still some alternate roots used for experiments, like the YETI Project



          But the IANA root is described in RFC 2826: "IAB Technical Comment on the Unique DNS Root" which says in its summary:




          The DNS name space is a hierarchical name space derived from a
          single, globally unique root. This is a technical constraint
          inherent in the design of the DNS. Therefore it is not technically
          feasible for there to be more than one root in the public DNS.
          That one root must be supported by a set of coordinated root
          servers administered by a unique naming authority.




          IANA was previously a specific service just maintaining this and other parameters for the IETF. After ICANN was built, IANA became a service inside ICANN. After latest ICANN evolutions, IANA is now more technically called "PTI" for "Public Technical Identifiers", see https://pti.icann.org/
          It is a separate structure, in contract with ICANN, that manages the IANA functions.






          share|improve this answer






























            2














            ICANN is several layers removed from your hosting. There is a link, but isn't a direct link in any sense.



            1. ICANN is an organization that oversees the domain name system. They allow other companies to operate top level domains. They run some of the DNS servers that point to the DNS servers of the top level domain operators.

            2. The top level domain operator runs the name servers for a top level domain and allows domains to be sold under that top level domain. For example Verisign operates the .com top level domain.

            3. Your domain registrar sells domains and can insert NS records for the top level domain. For example GoDaddy registers domains and can insert NS records for .com domains to Verisign. These NS records point to your DNS records at your DNS hosting company.

            4. Your DNS host has the A and CNAME records that point to your web hosting company.

            5. Your web hosting company runs a web server on an IP address that is specified in your DNS records at your DNS host.

            Your web host and your DNS host may not even be the same company. It is very common to get DNS hosting bundled with web hosting. However, you can use DNS hosting from your domain registrar or from another company.



            When somebody wants to get to your website using your domain name, ICANN isn't usually involved at all.



            1. The web browser contacts a local DNS server to get the IP address.

            2. The local DNS server looks it up from a parent DNS server and then caches it.

            3. If no parent has it in the cache, the DNS servers for the top level domain are consulted to get the NS records for your DNS host.

            4. Your DNS host returns the IP address and sends it back down this chain.

            5. The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain. This happens only for a very small percentage of DNS requests.

            Most of the time, ICANN isn't directly involved in fulfilling requests to your website. Even when it is involved, it is involved only tangentially and through several other intermediaries.






            share|improve this answer

























            • "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

              – Patrick Mevzek
              3 hours ago












            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "45"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fwebmasters.stackexchange.com%2fquestions%2f122256%2fis-it-true-to-say-that-an-hosting-providers-dns-server-is-what-links-the-entire%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            2














            Stephen's answer gives you all the details, but I think your misconception or slight changes of wording is related to something else, the "IANA root".



            ICANN oversees the running of the system, and plays no operational part (which is a simplification, as they technically run some root nameservers, and are also the "registry" of .int, but this is tangential to your case).



            ICANN has a direct contract with gTLD registries, but it still needs to manage a single hierarchy in which all TLDs fit in, because obviously there is a need of uniqueness. This is called the "IANA root". Because there have been multiple attempts in the past of people trying, for technical, political, philosophical, experiment, to define other roots, which would/could carry other TLDs.



            This was called "alternate roots". They all failed for various reasons. Or at least the one trying to sell "new" TLDs, that would work only in the alternate root. There are still some alternate roots used for experiments, like the YETI Project



            But the IANA root is described in RFC 2826: "IAB Technical Comment on the Unique DNS Root" which says in its summary:




            The DNS name space is a hierarchical name space derived from a
            single, globally unique root. This is a technical constraint
            inherent in the design of the DNS. Therefore it is not technically
            feasible for there to be more than one root in the public DNS.
            That one root must be supported by a set of coordinated root
            servers administered by a unique naming authority.




            IANA was previously a specific service just maintaining this and other parameters for the IETF. After ICANN was built, IANA became a service inside ICANN. After latest ICANN evolutions, IANA is now more technically called "PTI" for "Public Technical Identifiers", see https://pti.icann.org/
            It is a separate structure, in contract with ICANN, that manages the IANA functions.






            share|improve this answer



























              2














              Stephen's answer gives you all the details, but I think your misconception or slight changes of wording is related to something else, the "IANA root".



              ICANN oversees the running of the system, and plays no operational part (which is a simplification, as they technically run some root nameservers, and are also the "registry" of .int, but this is tangential to your case).



              ICANN has a direct contract with gTLD registries, but it still needs to manage a single hierarchy in which all TLDs fit in, because obviously there is a need of uniqueness. This is called the "IANA root". Because there have been multiple attempts in the past of people trying, for technical, political, philosophical, experiment, to define other roots, which would/could carry other TLDs.



              This was called "alternate roots". They all failed for various reasons. Or at least the one trying to sell "new" TLDs, that would work only in the alternate root. There are still some alternate roots used for experiments, like the YETI Project



              But the IANA root is described in RFC 2826: "IAB Technical Comment on the Unique DNS Root" which says in its summary:




              The DNS name space is a hierarchical name space derived from a
              single, globally unique root. This is a technical constraint
              inherent in the design of the DNS. Therefore it is not technically
              feasible for there to be more than one root in the public DNS.
              That one root must be supported by a set of coordinated root
              servers administered by a unique naming authority.




              IANA was previously a specific service just maintaining this and other parameters for the IETF. After ICANN was built, IANA became a service inside ICANN. After latest ICANN evolutions, IANA is now more technically called "PTI" for "Public Technical Identifiers", see https://pti.icann.org/
              It is a separate structure, in contract with ICANN, that manages the IANA functions.






              share|improve this answer

























                2












                2








                2







                Stephen's answer gives you all the details, but I think your misconception or slight changes of wording is related to something else, the "IANA root".



                ICANN oversees the running of the system, and plays no operational part (which is a simplification, as they technically run some root nameservers, and are also the "registry" of .int, but this is tangential to your case).



                ICANN has a direct contract with gTLD registries, but it still needs to manage a single hierarchy in which all TLDs fit in, because obviously there is a need of uniqueness. This is called the "IANA root". Because there have been multiple attempts in the past of people trying, for technical, political, philosophical, experiment, to define other roots, which would/could carry other TLDs.



                This was called "alternate roots". They all failed for various reasons. Or at least the one trying to sell "new" TLDs, that would work only in the alternate root. There are still some alternate roots used for experiments, like the YETI Project



                But the IANA root is described in RFC 2826: "IAB Technical Comment on the Unique DNS Root" which says in its summary:




                The DNS name space is a hierarchical name space derived from a
                single, globally unique root. This is a technical constraint
                inherent in the design of the DNS. Therefore it is not technically
                feasible for there to be more than one root in the public DNS.
                That one root must be supported by a set of coordinated root
                servers administered by a unique naming authority.




                IANA was previously a specific service just maintaining this and other parameters for the IETF. After ICANN was built, IANA became a service inside ICANN. After latest ICANN evolutions, IANA is now more technically called "PTI" for "Public Technical Identifiers", see https://pti.icann.org/
                It is a separate structure, in contract with ICANN, that manages the IANA functions.






                share|improve this answer













                Stephen's answer gives you all the details, but I think your misconception or slight changes of wording is related to something else, the "IANA root".



                ICANN oversees the running of the system, and plays no operational part (which is a simplification, as they technically run some root nameservers, and are also the "registry" of .int, but this is tangential to your case).



                ICANN has a direct contract with gTLD registries, but it still needs to manage a single hierarchy in which all TLDs fit in, because obviously there is a need of uniqueness. This is called the "IANA root". Because there have been multiple attempts in the past of people trying, for technical, political, philosophical, experiment, to define other roots, which would/could carry other TLDs.



                This was called "alternate roots". They all failed for various reasons. Or at least the one trying to sell "new" TLDs, that would work only in the alternate root. There are still some alternate roots used for experiments, like the YETI Project



                But the IANA root is described in RFC 2826: "IAB Technical Comment on the Unique DNS Root" which says in its summary:




                The DNS name space is a hierarchical name space derived from a
                single, globally unique root. This is a technical constraint
                inherent in the design of the DNS. Therefore it is not technically
                feasible for there to be more than one root in the public DNS.
                That one root must be supported by a set of coordinated root
                servers administered by a unique naming authority.




                IANA was previously a specific service just maintaining this and other parameters for the IETF. After ICANN was built, IANA became a service inside ICANN. After latest ICANN evolutions, IANA is now more technically called "PTI" for "Public Technical Identifiers", see https://pti.icann.org/
                It is a separate structure, in contract with ICANN, that manages the IANA functions.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 3 hours ago









                Patrick MevzekPatrick Mevzek

                2,9931622




                2,9931622























                    2














                    ICANN is several layers removed from your hosting. There is a link, but isn't a direct link in any sense.



                    1. ICANN is an organization that oversees the domain name system. They allow other companies to operate top level domains. They run some of the DNS servers that point to the DNS servers of the top level domain operators.

                    2. The top level domain operator runs the name servers for a top level domain and allows domains to be sold under that top level domain. For example Verisign operates the .com top level domain.

                    3. Your domain registrar sells domains and can insert NS records for the top level domain. For example GoDaddy registers domains and can insert NS records for .com domains to Verisign. These NS records point to your DNS records at your DNS hosting company.

                    4. Your DNS host has the A and CNAME records that point to your web hosting company.

                    5. Your web hosting company runs a web server on an IP address that is specified in your DNS records at your DNS host.

                    Your web host and your DNS host may not even be the same company. It is very common to get DNS hosting bundled with web hosting. However, you can use DNS hosting from your domain registrar or from another company.



                    When somebody wants to get to your website using your domain name, ICANN isn't usually involved at all.



                    1. The web browser contacts a local DNS server to get the IP address.

                    2. The local DNS server looks it up from a parent DNS server and then caches it.

                    3. If no parent has it in the cache, the DNS servers for the top level domain are consulted to get the NS records for your DNS host.

                    4. Your DNS host returns the IP address and sends it back down this chain.

                    5. The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain. This happens only for a very small percentage of DNS requests.

                    Most of the time, ICANN isn't directly involved in fulfilling requests to your website. Even when it is involved, it is involved only tangentially and through several other intermediaries.






                    share|improve this answer

























                    • "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                      – Patrick Mevzek
                      3 hours ago
















                    2














                    ICANN is several layers removed from your hosting. There is a link, but isn't a direct link in any sense.



                    1. ICANN is an organization that oversees the domain name system. They allow other companies to operate top level domains. They run some of the DNS servers that point to the DNS servers of the top level domain operators.

                    2. The top level domain operator runs the name servers for a top level domain and allows domains to be sold under that top level domain. For example Verisign operates the .com top level domain.

                    3. Your domain registrar sells domains and can insert NS records for the top level domain. For example GoDaddy registers domains and can insert NS records for .com domains to Verisign. These NS records point to your DNS records at your DNS hosting company.

                    4. Your DNS host has the A and CNAME records that point to your web hosting company.

                    5. Your web hosting company runs a web server on an IP address that is specified in your DNS records at your DNS host.

                    Your web host and your DNS host may not even be the same company. It is very common to get DNS hosting bundled with web hosting. However, you can use DNS hosting from your domain registrar or from another company.



                    When somebody wants to get to your website using your domain name, ICANN isn't usually involved at all.



                    1. The web browser contacts a local DNS server to get the IP address.

                    2. The local DNS server looks it up from a parent DNS server and then caches it.

                    3. If no parent has it in the cache, the DNS servers for the top level domain are consulted to get the NS records for your DNS host.

                    4. Your DNS host returns the IP address and sends it back down this chain.

                    5. The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain. This happens only for a very small percentage of DNS requests.

                    Most of the time, ICANN isn't directly involved in fulfilling requests to your website. Even when it is involved, it is involved only tangentially and through several other intermediaries.






                    share|improve this answer

























                    • "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                      – Patrick Mevzek
                      3 hours ago














                    2












                    2








                    2







                    ICANN is several layers removed from your hosting. There is a link, but isn't a direct link in any sense.



                    1. ICANN is an organization that oversees the domain name system. They allow other companies to operate top level domains. They run some of the DNS servers that point to the DNS servers of the top level domain operators.

                    2. The top level domain operator runs the name servers for a top level domain and allows domains to be sold under that top level domain. For example Verisign operates the .com top level domain.

                    3. Your domain registrar sells domains and can insert NS records for the top level domain. For example GoDaddy registers domains and can insert NS records for .com domains to Verisign. These NS records point to your DNS records at your DNS hosting company.

                    4. Your DNS host has the A and CNAME records that point to your web hosting company.

                    5. Your web hosting company runs a web server on an IP address that is specified in your DNS records at your DNS host.

                    Your web host and your DNS host may not even be the same company. It is very common to get DNS hosting bundled with web hosting. However, you can use DNS hosting from your domain registrar or from another company.



                    When somebody wants to get to your website using your domain name, ICANN isn't usually involved at all.



                    1. The web browser contacts a local DNS server to get the IP address.

                    2. The local DNS server looks it up from a parent DNS server and then caches it.

                    3. If no parent has it in the cache, the DNS servers for the top level domain are consulted to get the NS records for your DNS host.

                    4. Your DNS host returns the IP address and sends it back down this chain.

                    5. The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain. This happens only for a very small percentage of DNS requests.

                    Most of the time, ICANN isn't directly involved in fulfilling requests to your website. Even when it is involved, it is involved only tangentially and through several other intermediaries.






                    share|improve this answer















                    ICANN is several layers removed from your hosting. There is a link, but isn't a direct link in any sense.



                    1. ICANN is an organization that oversees the domain name system. They allow other companies to operate top level domains. They run some of the DNS servers that point to the DNS servers of the top level domain operators.

                    2. The top level domain operator runs the name servers for a top level domain and allows domains to be sold under that top level domain. For example Verisign operates the .com top level domain.

                    3. Your domain registrar sells domains and can insert NS records for the top level domain. For example GoDaddy registers domains and can insert NS records for .com domains to Verisign. These NS records point to your DNS records at your DNS hosting company.

                    4. Your DNS host has the A and CNAME records that point to your web hosting company.

                    5. Your web hosting company runs a web server on an IP address that is specified in your DNS records at your DNS host.

                    Your web host and your DNS host may not even be the same company. It is very common to get DNS hosting bundled with web hosting. However, you can use DNS hosting from your domain registrar or from another company.



                    When somebody wants to get to your website using your domain name, ICANN isn't usually involved at all.



                    1. The web browser contacts a local DNS server to get the IP address.

                    2. The local DNS server looks it up from a parent DNS server and then caches it.

                    3. If no parent has it in the cache, the DNS servers for the top level domain are consulted to get the NS records for your DNS host.

                    4. Your DNS host returns the IP address and sends it back down this chain.

                    5. The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain. This happens only for a very small percentage of DNS requests.

                    Most of the time, ICANN isn't directly involved in fulfilling requests to your website. Even when it is involved, it is involved only tangentially and through several other intermediaries.







                    share|improve this answer














                    share|improve this answer



                    share|improve this answer








                    edited 2 hours ago

























                    answered 4 hours ago









                    Stephen OstermillerStephen Ostermiller

                    69.7k1396253




                    69.7k1396253












                    • "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                      – Patrick Mevzek
                      3 hours ago


















                    • "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                      – Patrick Mevzek
                      3 hours ago

















                    "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                    – Patrick Mevzek
                    3 hours ago






                    "The only time that ICANN's DNS server would be queried, is if no caching DNS server had the records for the top level domain." No or not always. See root-servers.org there are 13 root servers, only one (the L one) is managed technically by ICANN. All others are managed by corporations, universities, the US army or non profit organizations, that do not have real formal contracts with ICANN.

                    – Patrick Mevzek
                    3 hours ago


















                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Webmasters Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fwebmasters.stackexchange.com%2fquestions%2f122256%2fis-it-true-to-say-that-an-hosting-providers-dns-server-is-what-links-the-entire%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Dapidodigma demeter Subspecies | Notae | Tabula navigationisDapidodigmaAfrotropical Butterflies: Lycaenidae - Subtribe IolainaAmplifica

                    Constantinus Vanšenkin Nexus externi | Tabula navigationisБольшая российская энциклопедияAmplifica

                    Gaius Norbanus Flaccus (consul 38 a.C.n.) Index De gente | De cursu honorum | Notae | Fontes | Si vis plura legere | Tabula navigationisHic legere potes