Le domaine downloads.openwrt.org
a une adresse IPv4 mais pas d'adresse IPv6. Vous ne pouvez donc pas l'atteindre via IPv6 à moins d'utiliser un mécanisme de traduction. Vous pouvez utiliser NAT64 pour pouvoir créer une connexion TCP avec ce serveur IPv4 uniquement à partir d'un client IPv6 uniquement.
Mais pourquoi utiliseriez-vous un client IPv6 uniquement? Opter pour la double pile est une bonne idée, mais pour l'instant IPv6 uniquement n'est vraiment utile que pour tester ceux qui connaissent les limitations introduites dans un monde qui a trop d'hôtes IPv4 uniquement.
Si vous parvenez à ouvrir une connexion TCP au serveur, vous devrez faire face à un autre défi. HTTP version 1.1 nécessite que le client envoie le nom du serveur qu'il contacte via la connexion HTTP. Et de nombreux sites, notamment downloads.openwrt.org
nécessitent que cet en-tête soit envoyé.
Votre client HTTP ne peut envoyer cet en-tête que s'il connaît le nom de domaine à envoyer. Donc, vous feriez mieux de laisser le client connaître l'URL d'origine et lui donner en quelque sorte accès pour résoudre ce nom en adresse IP. S'il doit être IPv6, cela signifie que vous aurez besoin de NAT64. Cependant, un mappage du nom de domaine à l'adresse IP NAT64 peut être inséré /etc/hosts
et devrait fonctionner correctement.
Cela peut fonctionner correctement pour un nom de domaine individuel. Mais si vous voulez qu'un hôte IPv6 uniquement puisse atteindre plusieurs domaines sans avoir à mettre chacun d'entre eux /etc/hosts
avec une adresse NAT64, vous avez besoin d'une traduction dynamique des adresses. C'est à cela que sert DNS64.
Maintenant, si le client a un accès IPv4 et qu'il ne manque que DNS, la réponse devient beaucoup plus simple. Mettez simplement l'adresse IPv4 /etc/hosts
comme l'a suggéré Davidgo. Vous devrez bien sûr mettre à jour ce fichier à chaque fois que l'adresse IP du serveur change, ce qui, espérons-le, ne sera pas trop fréquent.