Présentation du service
FreeDNS, exploité par afraid.org, revendique plus de 7 161 403 membres, dont 5 593 premium, et héberge 23 236 domaines dans son registre partagé. Le service gère 13 834 323 enregistrements répartis sur 1 276 001 zones, avec un débit moyen de 2 623 requêtes DNS par seconde (sur 5 minutes). La plateforme affirme une disponibilité continue « hundreds of days », grâce à une architecture multi‑serveur redondante.
Architecture et mécanismes
Le service propose à la fois du DNS statique et dynamique. Les mises à jour dynamiques s’effectuent via une interface HTTP simple, illustrée par la commande :
curl https://sync.afraid.org/u/CyTXMbtq5cPnLjEg5vKHTPDE/Cette requête met à jour le sous‑domaine demo.freshdns.com de l’adresse IPv4 107.170.238.X vers 50.23.197.94. Un endpoint IPv6 analogue (v6.sync.afraid.org) permet de changer l’adresse vers 2607:f0d0:1102:d5::2. Le service supporte également le reverse DNS IPv6, le web forwarding (redirection transparente d’un nom vers une URL) et le backup DNS, garantissant la continuité en cas de panne d’un serveur primaire.
Les utilisateurs peuvent pointer des hôtes internes (LAN) vers des adresses privées, y compris IPv6, ce qui rend le service exploitable dans des réseaux domestiques ou d’entreprise sans exposition publique.
Scalabilité et limites opérationnelles
En 2006, le projet a levé des fonds pour financer 1 ½ serveurs, puis a ajouté un deuxième serveur dont 46 % du financement était déjà atteint. La mise en ligne du serveur ns3.afraid.org a été annoncée le 26 / 08 / 2006, marquant une étape d’amélioration de l’infrastructure. Aujourd’hui, le service traite plus de deux mille requêtes par seconde, ce qui indique une capacité suffisante pour la majorité des utilisateurs gratuits, mais aucune métrique de latence ou de saturation n’est fournie, limitant l’évaluation de la performance sous charge extrême.
Sécurité et confidentialité
FreeDNS se décrit comme « engineer‑operated, no ads, no upsells », ce qui réduit les vecteurs publicitaires. Cependant, les mises à jour dynamiques s’effectuent via HTTP(S) non chiffré dans l’exemple fourni, exposant potentiellement les jetons d’authentification à une interception. Le service ne mentionne pas de mécanismes de chiffrement DNS (DNSSEC) ni de protection contre les attaques de type amplification, ce qui constitue une zone d’incertitude pour les déploiements sensibles.
