Comme évoqué précédemment, cette réponse REP-DNS comprend en outre, dans le mode de réalisation décrit ici, la pluralité d’éléments AD ASTRA-ELTS fournie par le module 3C de fourniture du serveur DNS 3. Cette pluralité d’éléments AD ASTRA-ELTS comprend, conformément à l’invention, au moins les éléments suivants : au moins une adresse IP d’au moins un nœud relais 4 sélectionné par le serveur DNS 3 (par exemple par son module 3C de fourniture) pour le dispositif client 2 et pour le serveur destinataire associé au nom sur lequel porte la requête REQ-DNS (serveur distant 5 dans l’exemple envisagé), auquel le dispositif client doit adresser tout ou partie de ses messages contenant des données destinées au serveur destinataire. Cette adresse IP peut être éventuellement complétée par un numéro de port à utiliser par le dispositif client pour adresser ses messages au nœud relais 4, si un numéro de port par défaut n’est pas défini. Autrement dit, au lieu d’adresser les messages relatifs au service auquel il souhaite accéder au serveur destinataire identifié dans la réponse REP-DNS, le dispositif client doit adresser ces messages au nœud relais 4 (c’est-à-dire indiquer comme adresse de destination de ces messages l’adresse du nœud relais 4 au lieu de l’adresse du serveur destinataire). Le serveur destinataire auquel sont véritablement destinées les données utiles contenues dans ces messages reste toutefois identifié dans le contenu des messages adressés au nœud relais 4-1 afin qu’il puisse relayer ces données utiles vers le serveur destinataire. Ainsi, dans l’exemple envisagé du service S, si la pluralité d’éléments AD ASTRA-ELTS désigne le nœud relais 4-1, cela signifie que le dispositif client 2 doit adresser les messages contenant des données destinées au serveur distant 5 au nœud relais 4-1. Chaque message adressé au nœud relais 4-1 a pour adresse de destination, l’adresse du nœud relais 4-1 (incluant son adresse IP notée @IP4-1 et un numéro de port P4-1, qui peut être défini par défaut ou avoir été fourni par le serveur DNS 3 avec l’adresse IP du nœud relais 4-1 comme évoqué précédemment), et contient un paquet de données, appelé paquet de données intérieur (ou « inner-packet » en anglais), chiffré au moyen d’un schéma de chiffrement (par exemple, TLS, DTLS). Le paquet de données intérieur contient des données utiles destinées au serveur distant 5, et comme adresse de destination, l’adresse IP du serveur distant 5 et son numéro de port (aussi plus communément désigné par « adresse de transport »). L’adresse du serveur distant 5 est donc masquée par le biais du chiffrement dans le contenu du message adressé au nœud relais 4-1 ; et au moins une instruction INST de brouillage, destinée à être appliquée (autrement dit devant être appliquée) par le dispositif client 2 auxdits messages contenant des données destinées au serveur destinataire avant de les adresser audit au moins un nœud relais 4. Une telle instruction de brouillage peut comprendre par exemple une instruction de bourrage (« padding ») de tout ou partie des messages, et/ou une instruction d’émulation de connexions entre le dispositif client et le nœud relais ou via le nœud relais jusqu’à un serveur dédié en plus de la connexion utilisée pour envoyer les messages contenant les données destinées au serveur destinataire (autrement dit une instruction d’établissement de connexions « fictives » par le dispositif client), comme expliqué davantage ultérieurement.