Annonce de l’arrêt du service Test-Ipv6.com

 (retire.test-ipv6.com)
1 points par GN⁺ 2025-10-06 | 1 commentaires | Partager sur WhatsApp
  • Test-Ipv6.com prévoit officiellement de mettre fin à son service en décembre 2025
  • Le site est exploité gratuitement depuis 2010, au prix de coûts d’ingénierie et de matériel/hébergement
  • L’exploitant estime qu’il lui est désormais difficile d’y investir davantage de ressources et prévoit de se concentrer sur sa famille, entre autres
  • Les opérateurs de miroirs ne recevront plus de mises à jour à partir de décembre 2025
  • Une partie du code source open source est déjà publiée, mais des éléments comme la géolocalisation ne peuvent ni être publiés ni transférés

Annonce de l’arrêt du service Test-Ipv6.com

L’exploitation de test-ipv6.com doit prendre fin en décembre 2025

Depuis 2010, test-ipv6.com est proposé gratuitement aux utilisateurs finaux.
Bien qu’il s’agisse d’un service sans revenus, il a nécessité d’importants coûts d’ingénierie, de support, de matériel et d’hébergement.

Sans entrer davantage dans les détails, l’exploitant estime qu’il est temps de recentrer ses ressources au sein de sa famille.
Les utilisateurs sont invités à faire preuve de compréhension et à respecter cette décision.

Le site devrait être fermé pendant les vacances d’hiver 2025 (décembre).

Informations pour les miroirs et les fournisseurs de services

  • Les opérateurs de miroirs ne recevront plus de mises à jour à partir de décembre 2025, mais pourront continuer à exploiter leur miroir s’ils le souhaitent
  • Les fournisseurs de services qui ont construit des manuels de support (runbooks) en se basant sur test-ipv6.com ou RIPE-631 doivent impérativement les mettre à jour

Foire aux questions (FAQ)

Publication et transfert du code source

Transfert du domaine

  • L’exploitant pourrait envisager la reprise de l’exploitation du domaine uniquement par une institution RIR ou NIC fiable poursuivant un intérêt public

Exploitation d’un service miroir

  • Après la fermeture du site, les fonctions miroir et les services associés ne seront plus surveillés ni fournis ; il est donc recommandé de retirer les miroirs

Questions et retours supplémentaires

  • En cas de questions ou de remarques supplémentaires, il est recommandé d’en parler directement à l’exploitant lors d’une rencontre

À lire aussi

1 commentaires

 
GN⁺ 2025-10-06
Avis Hacker News
  • Je travaille avec l’ingénieur derrière ce service — pas dans la même équipe, mais on échange souvent et nos projets se recoupent parfois — et je n’ai réalisé que récemment, en voyant la mention de copyright dans le pied de page, que c’était lui qui l’avait créé. C’est une personne vraiment fascinante et un ingénieur exceptionnel — un vrai « ingénieur x10 » — toujours humble et toujours prêt à aider. Au cours des 15 dernières années, ce site m’a aidé à résoudre des problèmes à de nombreuses reprises.
    • Au cas où il ne verrait pas ce fil, j’aimerais lui faire savoir qu’un internaute lui est extrêmement reconnaissant d’avoir fourni ce formidable service, respecte totalement son choix et l’applaudit d’avoir pris une décision qui lui convient, sans se sacrifier pour les autres.
    • J’ai vu le nom jfesler sur le site et j’ai tout de suite su de qui il s’agissait. Moi aussi, je ne l’ai découvert que maintenant. C’est vraiment quelqu’un de formidable.
  • Ce qui est triste, malheureusement, c’est que la fermeture du site n’est pas due au fait qu’IPv6 est désormais adopté dans le monde entier et qu’IPv4 a disparu. Malgré tout, ce site web a été — et reste encore aujourd’hui — extrêmement utile pour résoudre les problèmes de déploiement d’IPv6. Un immense merci de l’avoir maintenu.
    • Pour moi, IPv6 a encore l’air d’une technologie qui n’existe que dans les datacenters. Ça fait longtemps qu’on l’utilise sur les serveurs, mais je n’ai jamais vu de connexion Internet résidentielle qui prenne IPv6 en charge. Je me souviens avoir toujours été surpris, en allant en Europe, de constater que j’utilisais IPv6.
    • Malheureusement, la plupart des dernières poches de résistance sont des ingénieurs réseau qui ne veulent tout simplement pas apprendre quelque chose de nouveau.
    • Le ton du billet m’a bizarrement mis mal à l’aise. Je ne sais pas si je suis le seul, mais certaines phrases dégagent une impression d’inquiétude ou de stress. Bien sûr, il semble vouloir préserver sa vie privée, donc je ne vais pas creuser davantage. Quoi qu’il en soit, comme tous les utilisateurs de ce site, je lui souhaite sincèrement le meilleur pour la suite.
  • C’est un peu hors sujet, mais mon FAI me cause des soucis parce qu’il a mis en œuvre un routage IPv6 incorrect, ce qui provoque des pertes de paquets. Du coup, je suis obligé de forcer l’usage d’IPv4 derrière un CGNAT, ce qui crée d’autres problèmes, mais au moins il n’y a pas de perte de paquets. Le support de niveau 2 a bien appliqué un correctif de fortune, mais au bout de deux ou trois semaines, le problème réapparaît.
    • Dans mon cas, ce n’est pas le FAI, mais j’entends souvent des critiques sur IPv6 avec les routeurs Mikrotik (par exemple : cas de problème). J’ai l’impression qu’il y a un bug obscur ou une mauvaise configuration de mon côté. Il arrive que le routeur ou les clients perdent le routage IPv6. Quand ça arrive, les connexions restent bloquées indéfiniment. La seule solution consiste à couper puis reconnecter le Wi‑Fi pour renouveler le bail DHCP. J’ai passé pas mal de temps à déboguer ça, et je suis maintenant convaincu à 80 % qu’il s’agit d’un bug Mikrotik.
    • Vous pouvez voir mon cas sur ce lien. Je n’ai pas réussi à faire remonter le problème en interne faute de moyen pour contacter directement un ingénieur chez Globe Telecom, et j’ai aussi écrit à Level3 — le fournisseur de transit par lequel passaient tous les traceroute en échec — sans recevoir de réponse. Heureusement, c’est désormais en grande partie résolu (Level3 n’est plus le dernier saut réussi). À présent, seule la connectivité avec Evoluhost échoue, et il s’est avéré que le problème venait d’une boucle de routage sur 2001:fe0:4775:1c0::1 au sein de Globe. Voici une capture d’écran de la situation aujourd’hui.
    • Mon FAI ne prend tout simplement pas IPv6 en charge. Il y a sûrement beaucoup de gens comme moi, et beaucoup de FAI comme celui-là.
    • Je n’ai pas vu ce problème précis, mais je constate très souvent que les chemins de routage IPv4 et IPv6 sont différents. Il m’est arrivé d’avoir un MTU de 1500 en IPv4 et de 1492 en IPv6 — probablement à cause de 6rd et de beaucoup de PPPoE. J’ai aussi vu des communications se bloquer parce que les requêtes ICMP de fragmentation étaient filtrées. J’ai même créé mon propre site de test MTU v4/v6. Les tunnels he.net étaient bien à une époque, mais maintenant il y a souvent des captchas ou 300 ms de latence supplémentaire, donc j’ai dû arrêter d’annoncer ce segment sur mon LAN. Si les FAI activaient v6 par défaut et fournissaient simplement du matériel correct, la plupart des équipements grand public et des sites à fort trafic fonctionneraient très bien aussi en IPv6. En pratique, quand le routage v6 se dégrade, cela affecte plus de clients que v4.
    • C’est peut-être un cas complètement différent, mais j’ai vécu une expérience qui m’a embrouillé pendant des semaines. Si vous utilisez OpenWRT 24.0 ou 24.1, un bug critique affecte le throughput IPv6. Le problème est résolu en passant à la dernière version.
  • Un grand merci à la personne qui a créé ce site. Pendant des années, ça a été mon réflexe chaque fois que je devais déboguer des problèmes IPv6 sur divers appareils.
  • En 2025, si vous déployez un nouveau service (greenfield project) sans vous soucier d’IPv6, c’est quasiment un échec. Désormais, tous les réseaux virtuels internes devraient être IPv6-only ou au minimum en dual-stack. C’est vraiment dommage que l’adoption d’IPv6 accuse plus de retard que les tests unitaires, qui sont pourtant devenus un standard de l’industrie.
    • J’ai vraiment beaucoup essayé sur mon réseau domestique. Mais comme je rencontrais sans arrêt des problèmes bizarres — certaines pages web fonctionnaient, d’autres non — j’ai fini par désactiver IPv6. Je ne me souviens même plus de ce qui n’allait pas à la fin, et je n’avais plus aucune raison de devoir comprendre ce genre de chose. J’aimerais juste qu’Internet soit toujours stable, comme l’eau qui coule d’un robinet.
    • Je n’en ai retiré absolument aucun avantage. J’ai déployé IPv6 à la maison et sur certains réseaux de travail, mais ça n’a été qu’une suite de problèmes idiots sans aucun bénéfice. Par exemple, les noms d’hôte dynamiques attribués automatiquement par le FAI entraient en conflit avec la configuration de certains systèmes internes ; ça a été une énorme perte de temps. Chaque appareil se retrouvait aussi avec quatre adresses, et les développeurs ne savaient pas laquelle utiliser. Il est possible que nous ayons mal fait quelque chose ou que le matériel soit en cause, mais personne n’en a jamais vu l’intérêt concret. Si nous avions été dans un environnement sans IPv4, ce serait différent, mais ce n’était pas notre cas. Nous avons désactivé IPv6 sur presque tous les réseaux et ne l’avons laissé actif que sur certains réseaux destinés à l’accès Internet des clients.
    • La prochaine fois que HE arrêtera de router l’IPv6 de l’Europe vers New York, ou que le VPN de votre entreprise ne prendra en charge que l’IPv4 pendant que le résolveur priorise les enregistrements AAAA, je penserai bien à vous.
    • Ces six derniers mois, j’ai construit une plateforme / un projet « moins de code, plus de déploiement » pour des organismes publics. IPv6 n’était ni dans les exigences, ni même dans la catégorie « ce serait bien ». Jusqu’à présent, pas une seule personne n’a dit : « J’aimerais que ça fonctionne en IPv6. »
    • Je pense qu’IPv6 est une bonne chose, mais dans mon expérience, chaque fois que je l’ai activé à la maison ou sur un réseau local, il y avait toujours quelque chose qui ne fonctionnait pas correctement.
  • Je suggère de contacter ben chez IPinfo. Depuis le décès de Kevin Loch cette année, il a repris et maintient plusieurs sites comme ip4.me et ip6.me (profil de ben, actualité liée à Kevin Loch). Je suis convaincu qu’il pourrait reprendre test-ipv6.com sans perte de qualité. Il a une excellente réputation et un très bon historique.
    • Merci beaucoup ! J’ai pris contact avec Jason et j’espère que le site pourra continuer à vivre.
  • Si vous avez besoin d’un test IPv6 simple, je recommande Google IPv6 Test.
  • C’est incroyable qu’on soit allés aussi loin avec IPv4+NAT.
    • En volume de trafic, on n’est même pas « allés aussi loin ». Aujourd’hui, la majeure partie du trafic, c’est des données envoyées par Google/Meta vers des appareils mobiles, et c’est presque entièrement en IPv6.
    • En réalité, c’est surtout parce qu’on a trop longtemps tenu avec IPv4. L’introduction du CGNAT sur l’Internet domestique et mobile est devenue inévitable, et cela a entraîné tout un ensemble de problèmes qu’un passage complet à IPv6 aurait permis d’éviter.
  • Je me souviens avoir recommandé ce service à l’équipe technique de mon FAI, ce qui avait permis de résoudre leurs problèmes de prise en charge d’IPv6.
  • Question naïve, mais je me demande si ce site demande vraiment autant de maintenance. Je l’utilise avec plaisir depuis des années — et je suis très reconnaissant qu’il ait été disponible — mais je n’imaginais pas qu’il nécessitait autant de gestion.