Vous avez peut-être déjà eu le problème : est-ce que l'adresse du routeur fourni par votre FAI est 192.168.1.1 ou 192.168.1.254 ? Et est-ce qu'il faut taper http://livebox, mafreebox.freebox.fr, mabbox.bytel.fr ou http://monmodem pour les principaux fournisseurs français ? Un problème qui pourrait bien se résoudre avec une proposition de l'ICANN (Internet Corporation for Assigned Names and Numbers, une autorité de régulation d'Internet) : créer un .internal qui pourrait notamment renvoyer vers le routeur.

Ce n'est pas totalement nouveau : nous l'avons vu, les fournisseurs d'accès proposent des URL dédiées dans leurs produits, tout comme certains fabricants (D-Link) ou développeurs de logiciels de routeurs (OpenWRT emploie openwrt.lan). Et la technologie Bonjour d'Apple le permet aussi, mais elle a le défaut de ne pas être disponible directement avec tous les OS. La proposition de l'ICANN, elle, devrait simplifier les choses.

Plusieurs noms ont été évalués et le choix s'est fait entre .private et .internal, qui a finalement été sélectionné, notamment parce que le premier des deux pouvait faire croire à un respect plus élevé de la vie privée, ce qui n'est pas le but ici. La seule contrainte de cette solution, outre le fait que chaque FAI proposera probablement des adresses du type mafreebox.internal ou malivebox.internal, c'est que les adresses internes ne fonctionneront que si vous utilisez le résolveur DNS du routeur : le fait de passer par les DNS de Google (par exemple) empêchera donc les adresses en question de fonctionner.

Bien évidemment, le .internal ne devrait pas être réservé aux interfaces des routeurs dans l'absolu, mais c'est probablement l'usage grand public le plus évident. Mais le but est aussi de fournir une URL pour un usage interne dans d'autres cas, comme celui des entreprises : chaque service pourrait recevoir sa propre URL interne avec un domaine de premier niveau (top-level domain, TLD) standardisé.