Tous les sites Web sont accessibles via des URL, mais vous devrez parfois accéder à des pages qui ne sont pas vraiment sur Internet. Il peut s'agir de quelque chose comme la page de configuration d'un routeur Wi-Fi ou d'une page d'un serveur interne. Cependant, lorsque c'est le cas, il vous suffit généralement de saisir une adresse IP plutôt que de saisir une URL. Avec un nouveau TLD, l'ICANN veut changer cela.
L'Internet Corporation for Assigned Names and Numbers (ICANN) a présenté une proposition visant à créer un nouveau domaine de premier niveau (TLD) nommé .INTERNAL, destiné uniquement à un usage interne et ne serait pas délégué via le système mondial de noms de domaine ( DNS) racine. Le Comité consultatif sur la sécurité et la stabilité (SSAC) de l'ICANN a recommandé le développement de ce TLD en 2020 pour empêcher les serveurs DNS de traiter et de rejeter les requêtes pour les domaines utilisés uniquement en interne.
À l'époque, le SSAC avait déclaré que « de nombreuses entreprises et fournisseurs d'appareils font un usage ponctuel de TLD qui ne sont pas présents dans la zone racine lorsqu'ils souhaitent que le nom soit destiné à un usage privé uniquement », ajoutant que « cette utilisation n'est pas coordonnée et peut causer du tort aux internautes.
Après un processus de consultation impliquant 35 chaînes candidates, l'ICANN a opté pour deux options viables : .PRIVATE et .INTERNAL. Finalement, l'ICANN a annoncé que .INTERNAL était son choix préféré.
Même si le conseil d'administration de l'ICANN doit encore approuver la création de .INTERNAL, nous nous demandons si cela serait vraiment important. Actuellement, si vous créez un domaine interne, puisqu'il n'a pas besoin d'être enregistré et n'est pas associé à la racine DNS globale, vous pouvez utiliser le TLD de votre choix. Même ceux qui n’existent pas, en fait. La plupart des gens utilisent le .LAN standard pour les serveurs locaux, mais vous pouvez facilement utiliser .MyCoolServer ou un autre TLD unique.
La proposition de l'ICANN vise principalement deux choses : éviter l'utilisation du .COM et d'autres TLD réservés aux sites Web appropriés (ainsi qu'éviter l'utilisation d'adresses IPv4 à la place des URL) et proposer une solution standardisée que tout le monde peut utiliser. Nous devrons voir s'il y a des avantages à cela que nous n'avons pas vus une fois que le .INTERNAL sera déployé.
Source: Le registre
Vous pouvez lire l’article original (en Angais) sur le {site|blog}www.howtogeek.com