Sujet
Pouvoir de délégation DNS
Au sein de la facette Sujet, la veille thématique Pouvoir de délégation DNS rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

Histoire d'Internet
Le .ng nigérian a commencé avec un seul domaine ; le transfert s’apprenait
En 1995, l’espace `.ng` ne comptait, selon une rétrospective de RINAF, qu’un domaine enregistré à cette époque: `yaba.edu.ng`. Pourtant, derrière ce nom déjà modeste se trouvaient des règles, une base WHOIS, des opérations techniques et une succession institutionnelle qui…

Histoire d'Internet
La première clé racine a pris forme en deux cérémonies : DNSSEC en 2010
La zone racine signée est entrée en service en juillet 2010. Cette date publique résumait pourtant une chaîne plus longue: générer la clé, la protéger, la transférer et vérifier son utilisation dans deux installations. L’intervalle entre ces étapes montre ce qu’une cérémonie peut…

ICANN
La clé racine a changé à l’heure. Les opérateurs peuvent-ils prouver que leurs résolveurs lui font confiance ?
À 14 h UTC le 11 octobre, la zone racine du DNS a commencé à signer son jeu de clés avec KSK-2024. Le calendrier de l’opérateur est respecté. Cela ne révèle pas, à lui seul, l’état des ancres de confiance sur chaque résolveur récursif, la réussite de sa mise à jour automatique ou…

Histoire d'Internet
BIND a intégré le DNS à 4.3BSD
Le service de noms distribué est devenu praticable sur Unix quand Berkeley a livré BIND comme un logiciel que les administrateurs pouvaient configurer, exploiter et maintenir avec le reste de leur système.

Histoire d'Internet
L’Union s’est dissoute, mais .su est resté à la racine DNS
La disparition de l’Union soviétique n’a pas entraîné celle de son domaine national. L’histoire de .su suit plusieurs calendriers distincts: délégation dans la racine, création de .ru, règles d’enregistrement et maintien des noms dont les organisations avaient encore besoin.

ICANN
DNSSEC automatisé : quel effet garder aux verrous du registre ?
L’évaluation de l’ICANN et le RFC 10026 final ne donnent pas le même effet au verrou du registre. Cette différence est au cœur de la consultation sur la future voie rapide.

Histoire d'Internet
Le nom en écriture ourdoue fut validé en 2011 ; .پاکستان entra dans la racine en 2017
Le nom du Pakistan en ourdou est entré dans la racine DNS à l’issue de deux étapes distinctes: l’examen de l’étiquette en écriture arabe, puis la délégation à un gestionnaire capable d’exploiter la zone. Le dossier montre pourquoi « approuvé » et « délégué » ne désignaient pas le…

ICANN
Les domaines liés sont des pistes, pas des verdicts : le projet de contrôles anti-abus de l’ICANN
Le projet de vérification des domaines associés ferait passer les bureaux d’enregistrement d’un examen nom par nom à une enquête sur les noms reliés par des indices. Sa légitimité dépendra d’une séparation simple mais exigeante: un lien peut ouvrir une piste, il ne prouve pas que…

Histoire d'Internet
Les noms d’infrastructure sont restés dans .int vingt ans après le transfert vers .arpa
Un espace de noms peut avoir trouvé sa nouvelle place bien avant la disparition de ses anciennes délégations. L’histoire des noms d’infrastructure dans .int montre pourquoi ces opérations ne se confondent pas.

Histoire d'Internet
Le PX mettait les adresses en correspondance, sans livrer le courrier : la proposition expérimentale de la RFC 1664
Un relais entre X.400 et la messagerie Internet devait savoir quelle adresse correspondait à l’autre. La RFC 1664 proposait de publier ces règles dans le DNS; elle ne confiait à PX ni l’acheminement SMTP ni la preuve de livraison.

Histoire d'Internet
Le registre .tz fonctionnait avant que la Tanzanie ait une liaison Internet permanente
Le domaine national .tz est devenu opérationnel en 1994, alors que la Tanzanie ne disposait pas encore d’une connexion permanente à Internet. L’administration des noms, l’hébergement du DNS, le relais du courrier et la connectivité IP relevaient de fonctions distinctes.

ICANN
ICANN soumet à consultation l’évaluation de sûreté de l’automatisation des DS DNSSEC
ICANN ouvre six semaines de commentaires sur une évaluation externe qui pourrait préparer une voie accélérée pour les opérateurs de registre. La conclusion favorable du rapport dépend de conditions précises; ICANN n’a pas encore rendu sa propre décision.

Histoire d'Internet
Pourquoi .YU est resté dans la racine DNS jusqu’en 2010
Le code ISO a changé avant que l’ancien domaine cesse de servir ses utilisateurs. Entre ces deux dates, un gestionnaire provisoire, de nouveaux espaces de noms et une migration par étapes ont dû rapprocher l’identité administrative des adresses déjà inscrites dans les usages.

Histoire d'Internet
Qui pouvait ajouter un nom ? Le registre manuel .uk britannique, 1985–1996
Avant Nominet, l’ajout d’un nom britannique dépendait d’un processus animé par des bénévoles. En 1996, le transfert a confié le registre en expansion, ses règles d’exploitation et sa nouvelle structure de membres à une organisation dédiée.

Dirigeants
Sam Weiler et la voie DNSSEC hors de la chaîne de délégation parente
DNSSEC Lookaside Validation a offert une autre voie de validation aux zones signées dont le parent ne publiait pas de DS exploitable. Cette voie de traverse dépendait toutefois d’une seconde ancre de confiance, configurée séparément dans le résolveur. Le RFC 5074 de Sam Weiler…

Histoire d'Internet
De KAIST à la NCA : le transfert puis l’autonomie du KRNIC
Le registre Internet coréen a changé de tutelle avant de devenir une fondation indépendante. Un compte rendu de septembre 1994 saisit ce passage en une phrase — et par le changement d’adresse d’un serveur de noms.

Histoire d'Internet
La pétition ne suffisait pas au transfert de .pn : le rapport de l’IANA de 2000
De 1997 à 2000, les habitants de Pitcairn ont demandé un changement de gestion pour .pn. L’IANA l’a recommandé; le gouvernement américain l’a ensuite appliqué dans la zone racine.

Histoire d'Internet
Le test de Jon Postel en 1998 portait sur les transferts de zone, pas les requêtes DNS
En janvier 1998, Jon Postel a demandé aux opérateurs des serveurs racine d’obtenir une copie de la zone racine depuis un serveur de l’IANA hébergé à l’USC/ISI. Son message concernait la façon dont les serveurs recevaient cette copie. Il précisait qu’elle serait identique à celle…

Récits
Les réponses DNSKEY de la racine portent la signature KSK-2024
À 15 h 32 UTC le 11 octobre, quatre requêtes directes ont renvoyé la signature DNSKEY portant le numéro 38696. Un relevé trois heures plus tôt affichait encore 20326; les mêmes noms ont renvoyé 38696 de nouveau vers 16 h 09 UTC. La page IANA revalidée indiquait alors KSK-2024…

Histoire d'Internet
Avant le DNS, JUNET avait déjà son arbre de noms
Avant que les réseaux universitaires du Japon n’adoptent TCP/IP et DNS, JUNET faisait fonctionner des adresses hiérarchiques par UUCP et lignes téléphoniques. Cette convention a aidé les bénévoles à préserver des noms d’organisation pendant la croissance du réseau, puis lors du…
