Hinweis zur Einstellung des Dienstes Test-Ipv6.com

 (retire.test-ipv6.com)
1 Punkte von GN⁺ 2025-10-06 | 1 Kommentare | Auf WhatsApp teilen
  • Test-Ipv6.com plant, den Dienst im Dezember 2025 offiziell einzustellen
  • Die Website wurde seit 2010 kostenlos betrieben, unter Einsatz von Engineering- sowie Geräte-/Hosting-Kosten
  • Der Betreiber sieht sich nicht mehr in der Lage, weitere Ressourcen zu investieren, und will sich stattdessen auf die Familie konzentrieren
  • Betreiber von Site-Mirrors erhalten ab Dezember 2025 keine Updates mehr
  • Teile des Open-Source-Quellcodes sind bereits veröffentlicht, aber Dinge wie Geolokalisierungsabfragen können weder offengelegt noch übertragen werden

Hinweis zur Einstellung des Dienstes Test-Ipv6.com

Der Betrieb von test-ipv6.com soll im Dezember 2025 eingestellt werden

Seit 2010 wird test-ipv6.com der allgemeinen Öffentlichkeit kostenlos zur Verfügung gestellt.
Obwohl die Website keinen Umsatz erzielt, wurden erhebliche Engineering-, Support-, Geräte- und Hosting-Kosten investiert.

Der Betreiber gibt ohne nähere Erläuterung an, dass nun der Zeitpunkt gekommen sei, die Ressourcen wieder stärker auf die Familie zu konzentrieren.
Die Nutzer werden um Verständnis und Respekt für diese Entscheidung gebeten.

Die Website soll in den Winterferien 2025 (Dezember) geschlossen werden.

Hinweise für Mirrors und Service-Provider

  • Betreiber von Mirrors erhalten ab Dezember 2025 keine Updates mehr; wer einen Mirror weiterbetreiben möchte, kann dies weiterhin tun
  • Service-Provider, die Support-Runbooks unter Bezug auf test-ipv6.com oder RIPE-631 erstellt haben, müssen diese unbedingt aktualisieren

Häufig gestellte Fragen (FAQ)

Veröffentlichung und Übertragung des Quellcodes

Übertragung der Domain

  • Der Betreiber würde eine Nachfolge beim Betrieb der Domain nur durch eine vertrauenswürdige RIR- oder NIC-Organisation in Betracht ziehen, die dem öffentlichen Interesse dient

Betrieb von Mirror-Diensten

  • Nach der Schließung der Website werden Mirror-Funktionen und zugehörige Dienste nicht mehr überwacht oder bereitgestellt; daher wird empfohlen, Mirrors außer Betrieb zu nehmen

Weitere Fragen und Feedback

  • Bei weiteren Fragen oder Anmerkungen wird empfohlen, den Betreiber bei einem direkten Treffen darauf anzusprechen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-10-06
Hacker-News-Kommentare
  • Ich arbeite mit dem Ingenieur zusammen, der diesen Dienst betreibt (anderes Team, aber wir haben oft Berührungspunkte und überschneidende Projekte), und habe erst vor Kurzem durch den Copyright-Hinweis im Footer der Website erfahren, dass er ihn gebaut hat. Er ist wirklich ein faszinierender Mensch und ein hervorragender Ingenieur (so ein sogenannter 10x-Ingenieur), immer bescheiden und stets hilfsbereit. In den letzten 15 Jahren habe ich dank dieser Website mehrfach Probleme lösen können
    • Falls er diesen Thread nicht sieht, möchte ich ihm aus Sicht eines Internetnutzers ausrichten, dass ich sehr dankbar für diesen großartigen Dienst bin, seine Entscheidung voll und ganz respektiere und es bewundere, dass er keine Selbstaufopferung betreibt, um anderen zu helfen, sondern eine Entscheidung getroffen hat, die zu ihm passt
    • Ich habe den Namen jfesler auf der Website gesehen und sofort gewusst, wer das ist. Ich habe das auch erst jetzt erfahren. Wirklich ein großartiger Mensch
  • Es ist schade, dass die Website nicht deshalb eingestellt wird, weil IPv6 inzwischen weltweit eingeführt wurde und IPv4 verschwunden ist. Trotzdem war diese Website für die Fehlersuche bei IPv6-Rollouts (und ist es immer noch) unglaublich nützlich. Vielen Dank für den Betrieb
    • Für mich fühlt sich IPv6 immer noch wie eine Technologie an, die nur in Rechenzentren existiert. Auf Servern wird es schon lange genutzt, aber zu Hause habe ich noch nie einen Internetanschluss gesehen, der IPv6 unterstützt. Ich erinnere mich, dass ich immer überrascht war, wenn ich in Europa plötzlich IPv6 genutzt habe
    • Leider besteht der Großteil des verbliebenen Widerstands wohl aus Netzwerkingenieuren, die einfach nichts Neues lernen wollen
    • Der Ton des Beitrags hat mich irgendwie irritiert. Vielleicht geht das nur mir so, aber einige Formulierungen klingen ein wenig nach Sorge oder Stress. Natürlich scheint er seine Privatsphäre schützen zu wollen, also frage ich nicht weiter nach. Was auch immer ist: Ich wünsche ihm im Namen aller Nutzer dieser Website nur das Beste für die Zukunft
  • Etwas am Thema vorbei, aber mein ISP kämpft mit fehlerhaftem Routing bei IPv6, was Paketverlust verursacht. Deshalb muss ich erzwungenermaßen IPv4 hinter CGNAT nutzen, was zwar andere Probleme schafft, aber immerhin keinen Paketverlust. Der Second-Level-Support hat das Problem zwar per Hotfix geflickt, aber nach zwei bis drei Wochen tritt es wieder auf
    • Bei mir ist es nicht der ISP, sondern ich höre oft Schlechtes über IPv6 bei Mikrotik-Routern (zum Beispiel: Problemfall). Ich vermute auf meiner Seite einen seltsamen Bug oder eine Fehlkonfiguration. Manchmal verlieren Router/Clients das IPv6-Routing. Dann hängen Verbindungen einfach endlos. Die einzige Lösung ist, Wi‑Fi zu trennen und erneut zu verbinden, damit das DHCP-Lease erneuert wird. Ich habe ziemlich lange debuggt und bin inzwischen zu 80 % sicher, dass es ein Bug bei Mikrotik ist
    • In diesem Link ist mein Fall beschrieben. Ich hatte keine Möglichkeit, direkt einen Ingenieur bei Globe Telecom zu kontaktieren, um das Problem intern zu eskalieren, und ich habe auch Level3 gemailt (der Transit-Anbieter, über den alle fehlgeschlagenen traceroute-Läufe gingen), aber keine Antwort erhalten. Glücklicherweise ist es inzwischen größtenteils behoben (Level3 ist nicht mehr der letzte erfolgreiche Hop). Aktuell scheitert nur noch die Verbindung zu Evoluhost, und als Ursache wurde eine Routing-Schleife bei 2001:fe0:4775:1c0::1 innerhalb von Globe identifiziert. Hier ist ein Screenshot vom heutigen Stand
    • Mein ISP unterstützt IPv6 überhaupt nicht. Es gibt sicher viele Leute wie mich und viele solche ISPs
    • Solche Probleme habe ich nicht gesehen, aber dass IPv4 und IPv6 unterschiedliche Routing-Pfade nehmen, beobachte ich ständig. Ich hatte schon Fälle mit MTU 1500 bei IPv4, aber 1492 bei IPv6 (vermutlich wegen viel PPPoE bei 6rd). Auch Kommunikationsabbrüche durch gefilterte ICMP-Fragmentierungsanfragen habe ich erlebt. Ich habe sogar selbst eine v4/v6-MTU-Testseite gebaut. Früher waren die he.net-Tunnel gut, aber inzwischen gibt es oft Captchas oder zusätzlich 300 ms Latenz, sodass ich auf meinem LAN die Ankündigung dieses Präfixes einstellen musste. Wenn ISPs standardmäßig v6 aktivieren und nur vernünftige CPE liefern würden, kämen die meisten Consumer-Geräte und stark frequentierten Websites auch mit IPv6 gut zurecht. Tatsächlich betrifft schlechtes v6-Routing mehr Kunden als v4
    • Es könnte ein ganz anderer Fall sein, aber ich habe damit wochenlang gerätselt: Wenn du OpenWRT 24.0 oder 24.1 nutzt, gibt es einen kritischen Bug, der den IPv6-Durchsatz beeinträchtigt. Ein Upgrade auf die neueste Version behebt das
  • Großer Dank an die Person, die diese Website gebaut hat. Über Jahre hinweg war sie meine Stammseite, wenn ich IPv6-Probleme auf den verschiedensten Geräten debuggen musste
  • Wenn man 2025 einen neuen Dienst (Greenfield-Projekt) ausrollt und IPv6 nicht berücksichtigt, ist das praktisch schon ein Fehlschlag. Inzwischen sollten auch alle internen virtuellen Netzwerke IPv6-only oder mindestens Dual-Stack sein. Es ist wirklich bedauerlich, dass sich IPv6 langsamer durchgesetzt hat als Unit-Tests zum Industriestandard wurden
    • Ich habe mich in meinem Heimnetz wirklich darum bemüht. Aber ich hatte ständig seltsame Probleme, bei denen manche Webseiten funktionierten und andere nicht, sodass ich IPv6 am Ende deaktiviert habe. Ich erinnere mich nicht einmal mehr an die genaue Ursache, und ich hatte auch keinen Grund, mich in Zukunft noch damit beschäftigen zu wollen. Ich möchte, dass das Internet einfach immer stabil läuft wie fließendes Wasser aus dem Hahn
    • Ich habe überhaupt keinen Vorteil gespürt. Ich habe IPv6 zu Hause und in einigen Firmennetzen ausgerollt, aber es gab nur immer neue dumme Probleme und keinerlei Gewinn. Zum Beispiel kollidierten dynamische Hostnamen, die der ISP automatisch verteilt, mit den Einstellungen interner Systeme; das war eine enorme Zeitverschwendung. Pro Gerät wurden auch gleich vier Adressen zugewiesen, und die Entwickler wussten nicht, welche sie verwenden sollten. Sicher, vielleicht haben wir etwas falsch gemacht oder unsere Ausrüstung war ungeeignet, aber niemand hat jemals einen echten Nutzen gespürt. Wenn wir in einer Umgebung ohne IPv4 gewesen wären, sähe das anders aus, aber das waren wir nicht. In fast allen Netzen haben wir IPv6 wieder abgeschaltet und nur in einigen Netzen für Client-Internetzugang aktiviert gelassen
    • Wenn HE das nächste Mal das IPv6-Routing von Europa nach New York kappt oder das Firmen-VPN nur IPv4 unterstützt, während der Resolver AAAA-Records bevorzugt, melde ich mich unbedingt bei dir
    • Ich habe in den letzten sechs Monaten eine Plattform bzw. ein Projekt für Behörden aufgebaut, nach dem Motto „weniger Code, mehr Deployments“. IPv6 stand weder in den Anforderungen noch unter „nice to have“. Bisher hat nicht eine einzige Person gesagt: „Ich wünschte, das würde mit IPv6 betrieben“
    • Ich finde IPv6 grundsätzlich gut, aber aus meiner Erfahrung heraus lief in Heim- oder lokalen Netzwerken mit aktiviertem IPv6 immer irgendetwas nicht richtig
  • Ich würde vorschlagen, ben von IPinfo zu kontaktieren. Er betreibt seit dem Tod von Kevin Loch in diesem Jahr mehrere Websites wie ip4.me und ip6.me weiter, nachdem er sie übernommen hat (ben-Profil, News zu Kevin Loch). Ich bin sicher, dass er test-ipv6.com ohne Qualitätsverlust weiterführen könnte. Er hat einen guten Ruf und eine starke Erfolgsbilanz
    • Danke dafür! Ich habe Jason kontaktiert und hoffe, dass die Website weiterleben kann
  • Wenn du einfach nur einen schnellen IPv6-Test brauchst, empfehle ich den Google IPv6 Test
  • Erstaunlich, wie weit wir mit IPv4+NAT überhaupt gekommen sind
    • Gemessen am Traffic-Volumen sind wir noch nicht einmal so weit gekommen. Der Großteil des heutigen Datenverkehrs geht von Google/Meta auf mobile Geräte, und das ist fast vollständig IPv6
    • Eigentlich ist das nur das Ergebnis davon, dass wir zu lange an IPv4 festgehalten haben. Dadurch wurde CGNAT im normalen Heim- und Mobilfunkinternet unvermeidlich, mitsamt einer Reihe von Problemen, die sich durch einen vollständigen Umstieg auf IPv6 hätten vermeiden lassen
  • Dank dieses Dienstes konnte ich sogar dem Technikteam meines ISP helfen, Probleme mit der IPv6-Unterstützung zu lösen
  • Vielleicht eine naive Frage, aber mich würde interessieren, ob diese Website tatsächlich so wartungsintensiv ist. Ich nutze sie seit Jahren sehr gern (und bin sehr dankbar, dass sie verfügbar war) und hatte keine Ahnung, dass so viel Pflege nötig ist