Thema
DNS-Delegationsmacht
Innerhalb der Facette Thema verbindet die Themenanalyse DNS-Delegationsmacht Artikel, die ein gemeinsames Thema, einen Signalfokus oder ein Monitoring-Thema teilen. Die Seite bietet den Lesern einen umfassenderen Zugang zu verwandter Berichterstattung, Quellenbelegen, Marktakteuren und Infrastrukturfolgen – mit ausreichend Kontext, um zu verstehen, warum das Thema für Unternehmensaktivitäten, Governance-Entscheidungen, regionale Risikoexposition und operationelle Risiken relevant ist. Leser können wiederkehrende Signale, betroffene Organisationen, öffentliche Belege, Marktkontext, Servicekontinuität, Beschaffung, Wettbewerb, Compliance und strategische Planungsfragen hinter dem Thema vergleichen, statt bei einer dünnen Liste passender Artikel stehenzubleiben. Es erklärt, was das Thema abdeckt, welche Infrastrukturakteure oder -politiken beteiligt sind, welche Belege die Berichterstattung stützen und warum das Thema für Betreiber, Kunden, Investoren und politisch interessierte Leser von Bedeutung sein kann.
Berichte
Panama: fünf Root-Kennungen und sechs registrierte Instanzen
LACNIC nennt in einem Länderbericht vom April 2026 fünf Root-Server-Kennungen für Panama. Später abgerufene Betreiberdateien summieren sich auf sechs Instanzen. Die Zahlen beziehen sich auf verschiedene Einheiten und Stichtage. Das Antwortzeitdiagramm wirft eine weitere Frage…
Berichte
APNICs zwei Root-Key-Signale messen unterschiedliche Dinge
Die DNS-Wurzel soll ab dem 11. Oktober mit KSK-2024 signieren. APNIC stellt in seinen jüngsten Messungen zwei Prozentwerte neben diesen Termin: Einer stammt aus von Resolvern gesendeten Signalen, der andere aus Tests auf Endgeräten hinter validierenden Resolvern. Die Werte haben…
Geschichte
Wer konnte eine Top-Level-Domain beantragen? RFC 920s erste Zulassungsliste
Im Oktober 1984 war die erste Liste der Top-Level-Domains zugleich eine Zulassungsordnung: ARPA sollte nur vorübergehend bestehen, andere Namen standen für institutionelle Kategorien, und jede neue Ebene brauchte eine zuständige Stelle, die sie genehmigte.
Geschichte
Der Cache änderte das Ziel, nicht die Root-Zone: AlterNICs InterNIC-Umleitung von 1997
Ein Resolver im Netz eines Betreibers lieferte für `www.internic.net` eine Adresse von AlterNIC. Sein Cache-Protokoll zeigt den Weg: Zusätzliche DNS-Daten wurden zu einer lokalen Antwort. Das belegt ein verändertes Ziel bei einem Resolver, aber keine Übernahme der öffentlichen…
ICANN
Der `.mcp`-Antrag macht Protokollteilnahme zur Zugangsvoraussetzung für Domains
In der vorläufigen Konkurrenzgruppe für `.mcp` stehen fünf Bewerber. Charleston Road Registry, tätig als Google Registry, will die Registrierung von Second-Level-Domains auf vier Gruppen von Teilnehmenden des Model Context Protocol beschränken. Im Antrag erscheint außerdem ein…
Führungskräfte
Tina Dam und der Wurzelzonentest, der keinen Namen genehmigen konnte
Bevor eine internationalisierte Top-Level-Domain in die Wurzel aufgenommen werden konnte, stellte ICANN eine bewusst eng gefasste Frage: Würden codierte Labels die Server und Resolver beeinträchtigen, die DNS-Anfragen weiterleiten? Der Labortest beantwortete diese Frage nur…
ICANN
Fünf `.agent`-Antragsteller erscheinen in mindestens elf ICANN-Streitgruppen
Die erste CSV-Datei zur ICANN-Runde 2026 führt 13 Antragsteller in der Gruppe `.agent`. Fünf dieser Antragstellerentitäten tauchen in mindestens elf der nummerierten Streitgruppen der Datei auf. Der Namenskonflikt hat damit auch eine Portfolioseite.
Geschichte
Eine Registrierung reservierte ein Paket, nicht nur ein Label: RFC 3743
Bei einem Domain-Label in chinesischen, japanischen oder koreanischen Schriftzeichen kann der verwaltete Gegenstand größer sein als die sichtbare Zeichenfolge. Das Joint Engineering Team (JET) schlug 2004 vor, bestimmte Zeichenvarianten als gemeinsames Reservierungspaket einem…
ICANN
ICANNs 56,4 Prozent sind ein Hinweis, kein Nachweis gemeinsamer Inhaberschaft
Der neue OCTO-Bericht der ICANN besagt, dass 56,4 Prozent einer abgegrenzten Stichprobe neuer gTLD-Namen, die 2025 auf Reputationslisten gemeldet wurden, mindestens einen technisch zugeordneten Namen hatten. Das kann Ermittlungen erweitern, belegt aber weder einen gemeinsamen…
ICANN
UCAS-Referenzregeln sind keine automatische Freigabe für Registries
ICANN meldete am 5. Oktober die Veröffentlichung einer Second-Level-Referenz für Unified Canadian Aboriginal Syllabics (UCAS). Der Entwurf sieht die Nutzung neben französischen IDNs in derselben Zone vor; die Veröffentlichung belegt jedoch weder die Prüfung einer konkreten…
Cloud-Dienste in Europa und im Nahen Osten
Genesis Cloud: Was die dokumentierte 10G-Peering-Architektur für KI-Datenverkehr leistet — und was nicht
Die Analyse-Zusammenfassung zu Genesis Cloud: Was die dokumentierte 10G-Peering-Architektur für KI-Datenverkehr leistet — und was nicht erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und…
IETF
Die Verbindung war authentisiert. Die Registrierung war es nicht.
Der Client sprach mit dem erwarteten Dienst über einen gesicherten Transport und erhielt eine syntaktisch gültige DCHK-Antwort. Daraus wurde eine Freigabe abgeleitet. RFC 5144 trägt diese Schlussfolgerung nicht: Transportsicherheit schützt das Gespräch; sie entscheidet weder über…
IETF
Die Antwort war autoritativ. Der Resolver konnte trotzdem irren: RFC 9606
RFC 9606 gibt DNS-Resolvern ein gemeinsames Format für Aussagen über Datenschutz und Filterung. Ein geschützter Herkunftsnachweis macht diese Aussagen zuordenbar, aber noch nicht beobachtbar wahr.
IETF
Die Algorithmusnummer war registriert. Der Validierungspfad war es nicht: RFC 9558
Ein DNSSEC-Eintrag kann syntaktisch makellos sein und dennoch keine Authentifizierung liefern, wenn der entscheidende Resolver seinen Algorithmus nicht ausführen kann.
IETF
Der Schlüssel blieb im Haus. Die Veröffentlichung nicht: RFC 9526
Ob eine ausgelagerte DNS-Zone wirklich abgeschaltet ist, entscheidet sich nicht an der angenommenen Löschanforderung. RFC 9526 verteilt Signatur, Übertragung, öffentliche Auslieferung und übergeordnete Delegation auf verschiedene Stellen – und macht den Rückzug damit zum…
IETF
Der Dienst kündigte OHTTP an. Der Schlüssel konnte den Client trotzdem markieren: RFC 9540
RFC 9540 macht ein Oblivious-HTTP-Ziel, sein Gateway und dessen Schlüsselkonfiguration per DNS auffindbar. Der Standard zeigt zugleich eine unbequeme Grenze: Eine korrekte Ankündigung, ein gültiges Zertifikat und eine erfolgreiche verschlüsselte Anfrage schließen nicht aus, dass…
Geschichte
DNS fand einen exakten Namen. Es suchte nicht nach dem Gemeinten: RFC 3467
Eine technisch genaue Antwort kann die falsche Frage beantworten. RFC 3467 untersuchte, weshalb ein deterministisches Namenssystem nicht zugleich eine Suchmaschine für mehrdeutige menschliche Absichten sein konnte.
Globale Cloud-Dienste
Datamatix AS210973: Drei /24s, drei Attributionsschichten — wer betreibt eigentlich welchen Adressblock?
Die Analyse-Zusammenfassung zu Datamatix AS210973: Drei /24s, drei Attributionsschichten — wer betreibt eigentlich welchen Adressblock? erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und…
IETF
Die SOA-Seriennummer sprang weiter. Der große DNSKEY-RRset blieb unverändert.
Das Zonensignal änderte sich bei jeder dynamischen Aktualisierung, obwohl das große Schlüsselobjekt gleich blieb. Ein bequemes gemeinsames Versionsfeld hätte unnötige Abrufe ausgelöst. Das Gegenstück wäre gefährlicher: Ein stabiles Zonensignal könnte eine Änderung des relevanten…
IETF
Die Provisionierung war grün. Ein Parent-Secondary lieferte noch die alte Delegation.
Der UPDATE Receiver hatte den Auftrag angenommen, die interne Zone war erzeugt, und der Workflow meldete Erfolg. Eine autoritative Adresse des Parents antwortete trotzdem mit dem vorherigen NS-Satz. Der konstruierte Fall zeigt keine widersprüchlichen Protokolle, sondern zwei…