Brevet FR2856215A1 — publié le 20041217

i La présente invention concerne un procédé de transmission de données au sein d'un système de télécommunication incluant au moins un émetteur et un destinataire reliés entre eux au moyen d'un réseau de communication, lequel destinataire étant identifiable au moyen d'un nom de domaine qui lui est propre et étant relié au réseau 5 de communication via un dispositif d'interface muni d'une adresse dite de protocole, le système de télécommunication incluant en outre au moins un gestionnaire de noms de domaine destiné à fournir à l'émetteur une adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire, le gestionnaire de noms de domaine étant destiné à établir à cet effet une correspondance 10 entre le nom de domaine du destinataire et l'adresse de protocole du dispositif d'interface. De tels procédés peuvent notamment être mis en oeuvre dans des systèmes au sein desquels le dispositif d'interface est un dispositif de protection de type passerelle pare-feu destiné à isoler du réseau de communication une pluralité de terminaux 15 pouvant chacun potentiellement constituer un destinataire de données, voire un émetteur de telles données dans des situations qui ne seront pas décrites dans le présent exposé. Les terminaux ainsi isolés du réseau de communication, qui pourra alors être appelé principal et être par exemple constitué par un réseau maillé de type Internet, forment ainsi un réseau de communication secondaire parfois encore appelé 20 réseau local. Un terminal émetteur extérieur à ce réseau local devant transmettre des données à un terminal destinataire inclus dans le réseau local ne pourra en principe avoir accès à l'adresse de protocole, par exemple une adresse conforme au protocole Internet, de ce terminal destinataire, principe qui assure une protection des terminaux formant le réseau local contre des ingérences inopportunes en provenance de 25 l'extérieur. Seule l'adresse de protocole du dispositif d'interface sera accessible au terminal émetteur extérieur sur requête dudit terminal auprès du gestionnaire de noms de domaine, puisque le dispositif d'interface est destiné à recevoir et à filtrer toutes les données destinées aux terminaux du réseau secondaire qu'il a pour fonction de protéger. Le dispositif d'interface doit cependant être mis en mesure de transmettre au bon destinataire les données qu'il aura reçues. L'un des buts de l'invention est de rendre possible à la fois une protection satisfaisante d'un ou plusieurs terminaux isolés du réseau de communication principal 5 par un dispositif d'interface, et une transmission efficace de données vers un tel terminal depuis un terminal émetteur extérieur au réseau local protégé par ce dispositif d'interface. A cet effet, un procédé conforme au paragraphe introductif est caractérisé selon l'invention en ce qu'il inclut une étape de signalisation au cours de laquelle un 10 message de signalisation est envoyé par le gestionnaire de noms de domaine vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif d'interface qu'une requête d'adresse de protocole concernant un destinataire relié audit dispositif d'interface, et identifié par le nom de domaine propre audit destinataire, a été formulée auprès dudit gestionnaire de noms de domaine. L'invention permet, en prévoyant l'établissement d'une voie d'information entre le gestionnaire de noms de domaine et le dispositif d'interface qui protège le destinataire des données, d'avertir ledit dispositif d'interface d'une arrivée imminente de données qu'il devra acheminer au destinataire qui a été identifié par son nom de domaine dans la requête formulée par l'émetteur de ces données auprès du 20 gestionnaire de noms de domaines. L'adresse de protocole du destinataire n'est ainsi aucunement divulguée par le gestionnaire de noms de domaine qui pourra d'ailleurs ne pas la connaître, de sorte que le destinataire restera inaccessible par voie directe depuis l'extérieur du réseau local protégé par le dispositif d'interface. Dans un mode de mise en oeuvre particulier de l'invention, le message de 25 signalisation inclut, outre un identifiant du destinataire ayant fait l'objet d'une requête d'adresse de protocole, un identifiant de l'émetteur qui a émis une telle requête. La transmission au dispositif d'interface de l'identifiant de l'émetteur en provenance duquel il doit attendre des données permet de limiter les risques pour que des erreurs d'acheminement ne surviennent au niveau du dispositif d'interface. En 30 effet, ledit dispositif connaîtra alors deux informations distinctes, l'une relative à la destination de données entrantes et l'autre relative à l'origine de données qui auront cette destination, informations que le dispositif d'interface pourra corréler entre elles pour différencier entre eux différents paquets de données qui pourraient lui parvenir simultanément avec des émetteurs et destinataires différents d'un paquet à l'autre. Les informations relatives aux émetteurs de données présentent en outre un intérêt intrinsèque et pourront par exemple être exploitées à des fins statistiques ou à des fins de facturation de services. Dans un autre mode de mise en oeuvre particulier de l'invention, qui pourra être implémenté alternativement ou cumulativement avec le précédent, le message de 10 signalisation pourra inclure un champ définissant une durée à l'issue de laquelle le dispositif d'interface devra considérer ce message de signalisation comme caduc. Cet autre mode de réalisation permettra également de limiter les risques pour que des erreurs d'acheminement ne surviennent au niveau du dispositif d'interface, en prévoyant une élimination régulière de possibles destinations de données entrantes, ce 15 qui aura pour conséquence de limiter le nombre de possibilités offertes au dispositif d'interface pour l'acheminement de données entrantes. Afin que le dispositif d'interface puisse assurer un acheminement de données entrantes vers le bon destinataire, il faut que ledit dispositif ait préalablement été averti d'une arrivée imminente desdites données. Différentes précautions pourront 20 favoriser le respect d'une telle chronologie. En particulier, l'étape de signalisation sera avantageusement exécutée avant la transmission desdites données par l'émetteur à destination de l'adresse de protocole qui lui a été communiquée par le gestionnaire de noms de domaine. Dans un but similaire, on pourra de surcroît prévoir une exécution de l'étape de 25 signalisation avant même que le gestionnaire de noms de domaine ne transmette à l'émetteur qui en a fait la requête l'adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire. L'invention concerne également, en tant que produit obtenu directement par le procédé de transmission décrit plus haut, un signal porteur d'un message de 30 signalisation conforme à la description qui précède. Selon l'un de ses aspects matériels, l'invention concerne également un système de télécommunication incluant au moins un émetteur et un destinataire reliés entre eux au moyen d'un réseau de communication, lequel destinataire étant identifiable au moyen d'un nom de domaine qui lui est propre et étant relié au réseau de 5 communication via un dispositif d'interface muni d'une adresse dite de protocole, le système de télécommunication incluant en outre au moins un gestionnaire de noms de domaine destiné à fournir à l'émetteur une adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire, le gestionnaire de noms de domaine étant destiné à établir à cet effet une correspondance 10 entre le nom de domaine du destinataire et l'adresse de protocole du dispositif d'interface, système caractérisé en ce que le gestionnaire de noms de domaine inclut des moyens de signalisation aptes à envoyer un message de signalisation vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif 15 d'interface qu'une requête d'adresse de protocole concernant un destinataire relié audit dispositif d'interface, et identifié par le nom de domaine propre audit destinataire, a été formulée auprès dudit gestionnaire de noms de domaine. Selon un mode de réalisation particulier d'un tel système, les moyens de signalisation seront aptes à inclure dans le message de signalisation, outre un 20 identifiant du destinataire ayant fait l'objet d'une requête d'adresse de protocole, un identifiant de l'émetteur qui a émis une telle requête. Selon un autre mode de réalisation particulier d'un système tel que décrit cidessus, les moyens de signalisation seront aptes à inclure dans le message de signalisation un champ définissant une durée à l'issue de laquelle le dispositif 25 d'interface devra considérer ce message de signalisation comme caduc. L'invention concerne également, en tant que moyen essentiel à sa mise en oeuvre matérielle, un serveur apte à établir une correspondance entre un nom de domaine d'un destinataire de données et une adresse de protocole d'un dispositif d'interface via lequel ledit destinataire est relié au moyen d'un réseau de communication à un 30 émetteur desdites données, serveur incluant des moyens de signalisation aptes à envoyer un message de signalisation vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif d'interface qu'une requête d'adresse de protocole concernant le destinataire, identifié par un nom de domaine propre audit destinataire, a été formulée auprès dudit serveur. L'invention concerne également, en tant qu'autre moyen essentiel à sa mise en oeuvre matérielle, un serveur apte à remplir les fonctions d'un dispositif d'interface dans un système de télécommunication tel que décrit plus haut, et muni de moyens de mémorisation d'informations véhiculées par un message de signalisation que ledit serveur est destiné à recevoir en provenance d'un gestionnaire de noms de domaine. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig. 1 est un schéma fonctionnel qui représente un système de 15 télécommunication dans lequel l'invention est mise en oeuvre, et La Fig.2 est un schéma fonctionnel qui représente une table de correspondance utilisée dans un tel système de télécommunication. La Fig. 1 représente schématiquement un système de télécommunication SYST incluant un premier terminal TER1 devant dans cet exemple transmettre des données 20 DAT12 à un destinataire, constitué par un deuxième terminal TER2 et, au moyen d'un réseau de communication principal INTW qui est dans cet exemple constitué par un réseau de type Internet. Dans l'exemple représenté ici, une pluralité de terminaux TER2...TERN sont reliés au réseau de communication principal INTW via un port de connexion CPRT 25 d'un dispositif d'interface GW, qui permet ainsi d'isoler lesdits terminaux TER2...TERN du réseau de communication principal INTW et assure ainsi une protection desdits terminaux TER2... TERN, qui forment alors un réseau local LNW séparé du réseau de communication principal INTW. Le dispositif d'interface GW pourra être matérialisé par une passerelle, par exemple une passerelle pare-feu 30 également connue de l'homme du métier sous l'appellation anglaise "firewall". Ce dispositif d'interface GW est muni d'une adresse dite de protocole AIPF, en l'occurrence une adresse IP (abréviation connue de l'homme du métier de l'expression anglaise "Internet Protocor'l"), qui devra être attribuée par le système SYST à toutes les données destinées aux terminaux TER2...TERN, le dispositif d'interface GW étant 5 apte à différencier entre eux lesdits terminaux TER2. . TERN, par exemple au moyen de leurs numéros de connexion respectifs P2...PN au port de connexion CPRT, le dispositif d'interface GW étant ainsi apte à réaliser une distribution finale adéquate des données qu'il aura reçues. Le système de télécommunication SYST inclut en outre au moins un 10 gestionnaire de noms de domaine DNM qui sera le plus souvent constitué par un serveur et qui est ici destiné à fournir au premier terminal TER1 une adresse de protocole que ledit premier terminal TER1 devra attribuer aux données DAT 12 en vue de leur transmission vers le deuxième terminal TER2, le gestionnaire de noms de domaine DNM étant destiné à établir à cet effet une correspondance entre le nom de 15 domaine DNM2 du deuxième terminal TER2 et l'adresse de protocole AIPF du dispositif d'interface GW. Cette correspondance est réalisée au moyen d'une table de correspondance TAB incluse dans le gestionnaire de noms de domaine DNM. Selon l'invention, la transmission des données DAT12 depuis le premier terminal TER1 vers le deuxième terminal TER2 se fait conformément au procédé 20 suivant: Le premier terminal TER1, connaissant le nom de domaine DNM2 du deuxième terminal TER2 auquel il doit envoyer les données DAT12, émet une requête d'adresse de protocole AIP2Rq vers le gestionnaire de noms de domaine DNM aux fins de se voir communiquer en retour une adresse de protocole de type IP à attribuer auxdites 25 données DAT12. La requête d'adresse de protocole AIP2Rq contient un identifiant AIP1 du premier terminal TERlqui l'a émise, par exemple l'adresse IP dudit premier terminal TER1, est reçue par le gestionnaire de noms de domaine DNM via le réseau de communication principal INTW, et est transmise par une interface d'entrée/sortie I/O sous la forme d'un signal Rq vers un contrôleur de table MCD inclus dans le 30 gestionnaire de noms de domaine DNM. Le contrôleur de table MCD interroge alors la table de correspondance TAB au moyen du nom de domaine DNM2, et extrait de ladite table TAB des informations Inf relatives au terminal auquel le nom de domaine DNM2 est associé, lesdites informations Inf incluant entre autres l'adresse de protocole AIPF du dispositif d'interface GW. Le contrôleur de table MCD en déduit 5 une réponse Ans à la requête d'adresse de protocole AIP2Rq, laquelle réponse sera essentiellement matérialisée par l'adresse de protocole AIPF du dispositif d'interface GW. Le gestionnaire de noms de domaine DNM génère alors un message de signalisation INF(AIP2Rq) destiné au dispositif d'interface GW, lequel message de 10 signalisation INF(AIP2Rq) signalant audit dispositif d'interface GW qu'une requête d'adresse de protocole concernant le deuxième terminal TER2, identifié par le nom de domaine DNM2 propre audit deuxième terminal TER2, a été formulée auprès dudit gestionnaire de noms de domaine DNM. Dans ce mode de mise en oeuvre particulier de l'invention, le message de signalisation INF(AIP2Rq) contient en outre l'identifiant 15 AIP1 du terminal TER1 qui a émis la requête d'adresse de protocole AIP2Rq, ainsi qu'un champ définissant une durée Tc au bout de laquelle le dispositif d'interface GW devra considérer ce message de signalisation INF(AIP2Rq) comme caduc. Le message de signalisation INF(AIP2Rq) est reçu, via le réseau de communication principal INTW, par un contrôleur de mémoire MCF inclus dans le 20 dispositif d'interface GW, lequel contrôleur de mémoire MCF procède à une inscription des informations véhiculées par le message de signalisation INF(AIP2Rq) dans des moyens de mémorisation MMF. Le contrôleur de mémoire MCF veillera en outre à effacer ces informations après expiration de la durée Tc. Après avoir envoyé le message de signalisation INF(AIP2Rq), le gestionnaire de 25 noms de domaine DNM génère un message de réponse ANS(AIP2Rq) destiné au premier terminal TER1 qui a émis la requête d'adresse de protocole AIP2Rq, lequel message de réponse ANS(AIP2Rq) identifiant l'adresse de protocole AIPF du dispositif d'interface GW comme étant l'adresse IP que ledit premier terminal TER1 devra attribuer aux données DAT12 en vue de leur transmission vers le deuxième 30 terminal TER2. Le premier terminal TER1 réalise une telle attribution et émet alors les données DAT12 vers l'adresse AIPF en leur associant un identifiant d'origine, en l'occurrence l'adresse de protocole AIP1 du premier terminal TER1. Les données DAT12 sont reçues, via le réseau de communication principal 5 INTW, par un dispositif de routage RD inclus dans le dispositif d'interface GW, lequel dispositif de routage RD procède à une interrogation du contrôleur de mémoire MCF, sous forme d'un signal de requête Prq, afin de déterminer vers quel terminal les données DAT 12 doivent être acheminées. Le contrôleur de mémoire MCF scrute alors le contenu des moyens de mémorisation MMF dans le but de déterminer si une 10 requête d'adresse de protocole concernant l'un des terminaux TER2... TERN a été formulée récemment. Puisque tel est le cas dans cet exemple pour le deuxième terminal TER2, le contrôleur de mémoire MCF transmet en retour au dispositif de routage RD des informations Pinf incluant un identifiant du terminal concerné, par exemple son numéro de connexion P2, puis efface des moyens de mémorisation MMFN 15 les informations afférentes à cette requête d'adresse de protocole afin qu'elles ne puissent générer de confusion ultérieurement. Le dispositif de routage RD peut alors acheminer les données DAT12 vers le deuxième terminal TER2. L'invention rend ainsi possible un routage de données DAT12 vers un terminal TER2. . .TERN appartenant à un réseau local sans qu'il soit nécessaire de 20 communiquer l'adresse de protocole de ce terminal à l'extérieur dudit réseau local LNW. Si des informations relatives à plusieurs requêtes d'adresses de protocole sont contenues dans les moyens de mémorisation MMF, situation dont la probabilité d'occurrence est réduite de manière préventive par un rafraîchissement régulier du 25 contenu des moyens de mémorisation MMF sur la base des durées Tc, le contrôleur de mémoire MCF devra effectuer un choix selon des critères préétablis, par exemple en privilégiant les informations les plus récentes. La connaissance préalable, par le dispositif d'interface GW, de l'identifiant AIP1 du terminal TER1 qui a émis la requête AIP2Rq permettra cependant de limiter les risques pour qu'une confusion ne 30 se produise, puisque la requête Prq pourra inclure un identifiant de l'émetteur des données DAT12 devant être acheminées par le dispositif de routage RD, le contrôleur de mémoire MCF pouvant alors rechercher prioritairement une correspondance entre ces informations. La Fig.2 représente schématiquement une table de correspondance TAB incluse 5 dans le gestionnaire de noms de domaine décrit plus haut. Cette table de correspondance est ici matérialisée par une mémoire associative AMM, adressable au moyen d'une adresse mémoire formée par un nom de domaine DNMj (pour j=2 à N), chaque adresse mémoire donnant accès à une adresse de protocole AIPF identique pour tous les noms de domaine DNM2.. DNMN, puisque ces terminaux appartiennent 10 à un même réseau local protégé par un unique dispositif d'interface ayant pour adresse de protocole AIPF. Chaque adresse mémoire donne en outre accès à une durée Tcj définissant une durée à l'issue de laquelle ce dispositif d'interface devra considérer comme caduc un message de signalisation relatif au terminal ayant pour nom de domaine ladite adresse mémoire. Ces durées Tcj (pour j=2 à N) pourront avoir été 15 préalablement définies par le dispositif d'interface, et être différentes d'un terminal à l'autre. Alternativement, les durées Tcj pourront être toutes égales à une même valeur nominale, déterminée par exemple par le dispositif d'interface luimême, dans des modes de mise en oeuvre de l'invention o le dispositif d'interface dispose de ressources trop limitées pour assurer une surveillance temporelle individuelle de 20 diverses durées écoulées depuis différentes dates de réception d'informations relatives à différents terminaux. Dans l'exemple décrit ici, chaque adresse mémoire constituée par un nom de domaine DNMj (pour j=2 à N) donne également accès à une durée TTLj définissant une durée de vie des informations destinées à être envoyées en réponse à un émetteur 25 d'une requête d'adresse de protocole. En effet, il peut advenir qu'une telle requête et sa réponse transitent vers ou depuis le gestionnaire de noms de domaine décrit plus haut via un serveur intermédiaire, lequel serveur intermédiaire conservera alors dans une mémoire cache, pendant ladite durée de vie TTLj, les informations contenues dans ladite réponse. Selon une technique couramment mise en oeuvre, un tel serveur 30 intermédiaire pourra alors produire directement ces informations à tout émetteur qui en ferait ultérieurement la requête pendant la durée TTLj, court-circuitant ainsi le gestionnaire de noms de domaine principal qui contient la table TAB. La mise en oeuvre de cette technique, si elle présente dans l'absolu l'avantage de limiter les accès au gestionnaire de noms de domaine principal, empêchera cependant ledit gestionnaire 5 principal de générer un message de signalisation conformément à l'invention, ce qui constitue dans ce contexte particulier un inconvénient dont les effets pourront être limités dans une large mesure en attribuant aux durées de vie TTLj des valeurs très faibles, qui pourront en outre être toutes égales à une même valeur nominale, qui sera par exemple déterminée par le gestionnaire de noms de domaine principal. Les différents messages de requête et de signalisation précédemment décrits pourront se voir attribuer différents formats, et pourront par exemple être conformes aux protocoles UDP, TCP ou encore ICMP (abréviations connues de l'homme du métier des expressions anglaises "User Datagram Protocol", "Transmission Control Protocol" et "Internet Control Message Protocol"). REVENDICATIONS 1) Procédé de transmission de données au sein d'un système de télécommunication incluant au moins un émetteur et un destinataire reliés entre eux au moyen d'un réseau de communication, lequel destinataire étant identifiable au moyen d'un nom de domaine qui lui est propre et étant relié au réseau de communication via 5 un dispositif d'interface muni d'une adresse dite de protocole, le système de télécommunication incluant en outre au moins un gestionnaire de noms de domaine destiné à fournir à l'émetteur une adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire, le gestionnaire de noms de domaine étant destiné à établir à cet effet une correspondance entre le nom 10 de domaine du destinataire et l'adresse de protocole du dispositif d'interface, procédé de transmission caractérisé en ce qu'il inclut une étape de signalisation au cours de laquelle un message de signalisation est envoyé par le gestionnaire de noms de domaine vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif d'interface qu'une requête d'adresse de protocole 15 concernant un destinataire relié audit dispositif d'interface, et identifié par le nom de domaine propre audit destinataire, a été formulée auprès dudit gestionnaire de noms de domaine. 2) Procédé selon la revendication 1, caractérisé en ce que le message de signalisation inclut, outre un identifiant du destinataire ayant fait l'objet d'une requête 20 d'adresse de protocole, un identifiant de l'émetteur qui a émis une telle requête. 3) Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que le message de signalisation inclut un champ définissant une durée à l'issue de laquelle le dispositif d'interface devra considérer ce message de signalisation comme caduc. 4) Procédé selon l'une des revendications 1 à 3, caractérisé en ce que l'étape de 25 signalisation est destinée à être exécutée avant la transmission desdites données par l'émetteur à destination de l'adresse de protocole qui lui a été communiquée par le gestionnaire de noms de domaine. 5) Procédé selon la revendication 4, caractérisé en ce que l'étape de signalisation est exécutée avant que le gestionnaire de noms de domaine ne transmette à l'émetteur qui en a fait la requête l'adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire. 6) Signal porteur d'un message de signalisation généré lors de la mise en oeuvre d'un procédé conforme à l'une des revendications 1 à 5. 7) Système de télécommunication incluant au moins un émetteur et un destinataire reliés entre eux au moyen d'un réseau de communication, lequel destinataire étant identifiable au moyen d'un nom de domaine qui lui est propre et 10 étant relié au réseau de communication via un dispositif d'interface muni d'une adresse dite de protocole, le système de télécommunication incluant en outre au moins un gestionnaire de noms de domaine destiné à fournir à l'émetteur une adresse de protocole que ledit émetteur devra attribuer aux données en vue de leur transmission vers le destinataire, le gestionnaire de noms de domaine étant destiné à établir à cet 15 effet une correspondance entre le nom de domaine du destinataire et l'adresse de protocole du dispositif d'interface, système caractérisé en ce que le gestionnaire de noms de domaine inclut des moyens de signalisation aptes à envoyer un message de signalisation vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif 20 d'interface qu'une requête d'adresse de protocole concernant un destinataire relié audit dispositif d'interface, et identifié par le nom de domaine propre audit destinataire, a été formulée auprès dudit gestionnaire de noms de domaine. 8) Système selon la revendication 7, dans lequel les moyens de signalisation sont aptes à inclure dans le message de signalisation, outre un identifiant du 25 destinataire ayant fait l'objet d'une requête d'adresse de protocole, un identifiant de l' émetteur qui a émis une telle requête. 9) Système selon l'une des revendications 7 ou 8, dans lequel les moyens de signalisation sont aptes à inclure dans le message de signalisation un champ définissant une durée à l'issue de laquelle le dispositif d'interface devra considérer ce 30 message de signalisation comme caduc. 10) Serveur apte à établir une correspondance entre un nom de domaine d'un destinataire de données et une adresse de protocole d'un dispositif d'interface via lequel ledit destinataire est relié au moyen d'un réseau de communication à un émetteur desdites données, serveur incluant des moyens de signalisation aptes à 5 envoyer un message de signalisation vers le dispositif d'interface, lequel message de signalisation étant destiné à signaler au dispositif d'interface qu'une requête d'adresse de protocole concernant le destinataire, identifié par un nom de domaine propre audit destinataire, a été formulée auprès dudit serveur. 11) Serveur apte à remplir les fonctions d'un dispositif d'interface dans un 10 système de télécommunication conforme à l'une des revendications 7 à 9, et muni de moyens de mémorisation d'informations véhiculées par un message de signalisation que ledit serveur est destiné à recevoir en provenance d'un gestionnaire de noms de domaine.