Le système des noms de domaine a commencé dans les années 50 et 60 du siècle dernier. Il a ensuite contribué à simplifier l'adressage des hôtes sur le réseau ARPANET et est passé très rapidement de l'entretien de centaines d'ordinateurs à l'utilisation de centaines de millions. Nous racontons comment le DNS a commencé.
Photos - Andrew Hart - CC BY-SAL'avènement d'ARPANET
En 1958, le gouvernement des États-Unis a créé la Advanced Research Projects Agency (ARPA). Les efforts de l’organisation ont porté sur le développement de technologies dans le domaine du stockage et de la transmission de données. Dans les années 60, l'agence a reçu du nouveau matériel - l'ordinateur
Q-32 - l'un des plus grands systèmes informatiques avec des transistors pesant plus de 60 tonnes. Elle avait immédiatement deux dispositifs de mémoire sur des tambours magnétiques, chacun d'eux lisant et écrivant 50 bits d'informations. À cette époque, le Q-32 était utilisé pour résoudre les tâches du département américain de la Défense.
Ensuite, les données entre les systèmes informatiques ont été transférées à l'aide de cartes perforées, ce qui a considérablement compliqué et ralenti les calculs. L'armée a confié la recherche d'une nouvelle solution à l'ARPA en 1968. Ses ingénieurs se sont associés à des collègues du MIT et ont
développé un protocole de commutation de paquets. Avec lui, ils ont «
connecté » le Q-32 à la
machine universitaire
TX-2 (c'est là-dessus que le pionnier de l'Internet Ivan Sutherland a écrit Sketchpad, l'ancêtre de la CAO moderne).
Le protocole a été amélioré tout au long du premier semestre de 1969. Les spécialistes ont travaillé sur les niveaux d'interaction entre les ordinateurs du réseau: matériel, logiciel et modem. Au second semestre,
ils ont réalisé le premier test technologique. Le réseau se composait de deux terminaux situés à 600 km de distance à l'Université de Californie et à Stanford. Les terminaux étaient des mini-ordinateurs Honeywell DDP-316 16 bits avec 12
kilo -
octets de RAM. Pendant le test, le premier opérateur a entré le mot login sur une machine, et le second a confirmé qu'il l'avait vu sur l'écran d'une autre. L'expérience a été un succès, initiant le réseau ARPANET.
Problème d'adressage réseau
Le réseau ARPANET a commencé à être utilisé par les universités, les entreprises de télécommunications et les scientifiques de divers domaines scientifiques. Dans les années 80, jusqu'à 320 ordinateurs y étaient connectés. Un tel nombre d'appareils a créé un problème - il est devenu difficile de travailler avec des adresses. Pour échanger des données, chacun des ordinateurs connectés a téléchargé le fichier HOSTS.TXT avec des informations sur le reste des hôtes. Ce fichier existait en une seule copie sur un serveur hébergé au Stanford Research Institute. Il est devenu de plus en plus difficile pour les utilisateurs de travailler avec une liste gonflée, étant donné que les identifiants devaient être attribués manuellement lors de la connexion.
Photo - UCLA et BBN - CC BY-SALe problème était particulièrement visible lors de l'envoi d'e-mails. Pour transférer un message d'un ordinateur à un autre, l'utilisateur devait spécifier le chemin de sa transmission entre les systèmes. La tâche était compliquée par le fait que les appareils individuels pouvaient être mis en ligne à différents moments de la journée. Le chemin de communication ressemblait à ceci:
utzoo!decvax!harpo!eagle!mhtsa!ihnss!ihuxp!grg
Le chemin était une chaîne d'hôtes séparée par un symbole de service (!). A la fin de la séquence, le nom du système destinataire du message a été écrit. Si l'utilisateur ne connaissait pas le chemin de communication, il ne pouvait pas envoyer d'e-mail. Et en 1982, une équipe de spécialistes du Network Working Group (NWG), dirigée par Steve Crocker, qui a inventé
Request For Comments , a introduit une solution - le concept de noms de domaine (
RFC805 ). Les ingénieurs ont développé un logiciel spécial qui automatise la recherche de routes et vous permet d'adresser des messages directement à n'importe quel hôte. Les principes de base énoncés dans la RFC805 sont devenus le point de départ du lancement du système de noms de domaine familier.
La naissance du DNS
En 1983, les ingénieurs Paul Mockapetris et Jon Postel ont décidé d'étendre le concept décrit dans la RFC805 à l'ensemble du réseau ARPANET. Ils ont préparé deux nouveaux RFC qui définissent les bases du DNS.
La RFC882 «Noms de domaine: concepts et installations» décrit les capacités du système de noms de domaine, et la
RFC883 «Noms de domaine: mise en œuvre et spécifications» fournit des détails sur les spécifications et les méthodes de mise en œuvre.
Photos - Jordiipa - CC BY-SA / Photo: Paul MokapetrisEn particulier, Mokapetris a proposé une structure d'identifiant d'hôte contenant un nom et une catégorie spéciale. Un an plus tard, sur la base de la spécification Mokapetris, une classification des gTLD (domaines génériques de premier niveau) est née, qui comprend les domaines .com, .edu, .net, .org, .int, .gov et .mil.
Au début, ils étaient gérés par Network Solutions Inc., que le gouvernement américain a embauché à ces fins. Plus tard, les rênes sont passées entre les mains d'une organisation à but non lucratif spécialement créée, l'ICANN. En 1985, après l'introduction du DNS dans ARPANET, six organisations ont enregistré leurs domaines à la fois. Le tout premier d'entre eux -
Symbolics.com - existe toujours. Aujourd'hui, c'est un musée numérique de l'histoire d'Internet.
Depuis 1985, le système des noms de domaine a subi de nombreux changements. Par exemple, ils ont ajouté la prise en charge des mécanismes NOTIFY et IXFR, ce qui a simplifié le processus de réplication des bases de données DNS entre différents serveurs. Pour en savoir plus sur ces modifications et d'autres, nous en
parlerons dans la partie suivante du document . Nous parlons également des premiers serveurs DNS, en particulier, le projet BIND, qui reste la solution la plus populaire dans ce domaine.
Chez 1cloud.ru, nous proposons un
service d'hébergement DNS . Les utilisateurs enregistrés l'obtiennent gratuitement.
Nous avons préparé un
petit guide pour travailler avec le service. Nous vous expliquons comment gérer les enregistrements de ressources à l'aide de notre panneau de contrôle ou API.