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.
Geschichte
Nigerias .ng begann mit einer Domain. Die Übergabe der Verwaltung musste erlernt werden
Laut einem späteren Rückblick von RINAF gab es 1995 zunächst nur einen registrierten Namen unter `.ng`: `yaba.edu.ng`. Hinter diesem kleinen Bestand standen jedoch bereits Registrierungsregeln, eine WHOIS-Datenbank, technischer Betrieb und ein institutioneller Übergang über…
Geschichte
Zwei Zeremonien bereiteten den DNSSEC-Root-Schlüssel vor, 2010
Die signierte Root-Zone ging im Juli 2010 in Betrieb. Dieses öffentliche Datum fasste jedoch eine längere Betriebskette zusammen: Der Schlüssel musste erzeugt, geschützt, transportiert und an zwei Standorten in den Ablauf eingebunden werden. Der zeitliche Abstand zwischen den…
ICANN
Der Root-Schlüssel wechselte planmäßig. Können Betreiber belegen, dass ihre Resolver dem neuen Schlüssel vertrauen?
Am 11. Oktober um 14:00 UTC begann die DNS-Rootzone, ihren Schlüsselsatz mit KSK-2024 zu signieren. Der Wechsel im Kontrollsystem fand zum angekündigten Zeitpunkt statt. Daraus folgt noch nicht, welche Vertrauensanker jeder rekursive Resolver gespeichert hatte, ob seine…
Geschichte
BIND integrierte DNS in 4.3BSD
Ein verteilter Namensdienst wurde unter Unix praktisch nutzbar, als Berkeley BIND als Software auslieferte, die Administratoren zusammen mit dem übrigen System konfigurieren, betreiben und warten konnten.
Geschichte
Die Union zerfiel, .su blieb in der DNS-Wurzel
Mit dem Ende der Sowjetunion verschwand ihre Länderkennung im Internet nicht automatisch. Die Geschichte von .su verlief auf mehreren Zeitschienen: Wurzeldelegation, Einführung von .ru, Registrierungsregeln und der Fortbestand von Namen, die Organisationen weiter brauchten.
ICANN
DNSSEC-Automatisierung: ICANN muss die Wirkung von Registrierungssperren klären
Die ICANN-Bewertung und RFC 10026 behandeln Registry-Sperren unterschiedlich. Die Konsultation soll klären, welche Regel spätere Anträge steuert.
Geschichte
Der Name in Urdu-Schrift war 2011 genehmigt. .پاکستان erreichte die DNS-Wurzel 2017
Pakistans Name in Urdu-Schrift gelangte über zwei getrennte Schritte in die DNS-Root: zunächst die Prüfung des arabisch geschriebenen Labels, danach die Delegierung an einen betriebsfähigen Manager. Die Akten zeigen, warum „genehmigt“ und „delegiert“ verschiedene Meilensteine…
ICANN
Verknüpfte Domains sind Hinweise, keine Urteile: ICANNs Vorschlag gegen DNS-Missbrauch
ICANN will Registrare dazu verpflichten, neben einer Domain mit belegtem Missbrauch auch mögliche Verbindungen zu weiteren Namen zu prüfen. Das kann Kampagnen sichtbar machen, die über mehrere Domains laufen. Legitimität gewinnt die Regel aber nur mit einer klaren Grenze: Ein…
Geschichte
Infrastrukturnamen blieben zwanzig Jahre nach dem Wechsel zu .arpa in .int
Ein neuer Namensraum kann längst feststehen, während alte Delegierungen noch bestehen. Die Infrastruktur-Namen unter .int zeigen, warum diese Aufgaben getrennt bleiben müssen.
Geschichte
PX ordnete Adressen zu, stellte aber keine Mail zu: RFC 1664s Experimentalvorschlag
Bei einem X.400/RFC-822-Gateway mussten Adressregeln auf mehreren Systemen verfügbar sein. RFC 1664 wollte ihre Verteilung über DNS erleichtern; den Versand der Nachricht übernahm PX nicht.
Geschichte
Tansanias .tz-Register lief, bevor das Land einen dauerhaften Internetanschluss hatte
Die nationale .tz-Domain nahm 1994 den Betrieb auf, obwohl Tansania noch keinen dauerhaften Internetanschluss hatte. Namensverwaltung, DNS-Betrieb, E-Mail-Weiterleitung und IP-Konnektivität waren getrennte Funktionen.
ICANN
ICANN stellt Sicherheitsbewertung der DNSSEC-DS-Automatisierung zur öffentlichen Prüfung
Sechs Wochen lang nimmt ICANN Stellungnahmen zu einer externen Bewertung entgegen, die einen späteren Fast Track für Registry-Betreiber vorbereiten könnte. Das positive Urteil des Berichts gilt nur unter Bedingungen; ICANN hat noch keine eigene Entscheidung getroffen.
Geschichte
Warum .YU bis 2010 in der DNS-Wurzel blieb
Der ISO-Code änderte sich, bevor die alte Domain aus dem Alltag verschwand. Zwischen 2003 und 2010 brauchte es eine Übergangsverwaltung, Ersatzräume und einen gestuften Wechsel, weil Konten, Verteiler und gespeicherte Links ihren eigenen Aktualisierungsrhythmus hatten.
Geschichte
Wer durfte einen Namen eintragen? Großbritanniens manuelles .uk-Register, 1985–1996
Vor Nominet hing die Eintragung eines britischen Namens von einem Verfahren unter Ehrenamtlichen ab. Mit der Übergabe 1996 gingen das wachsende Register, seine Betriebsregeln und eine neue Mitgliederstruktur an eine eigene Organisation.
Führungskräfte
Sam Weiler und der DNSSEC-Vertrauenspfad außerhalb der Eltern-Delegationskette
DNSSEC übernimmt Vertrauen normalerweise entlang der Delegationskette: Die Elternzone veröffentlicht einen DS-Eintrag für die Schlüssel der Kindzone. Sam Weiler beschrieb einen zusätzlichen Weg für signierte Zonen, denen diese Verbindung noch fehlte. Als Übergangslösung half er…
Geschichte
Von KAIST zur NCA: Der Umzug und die Eigenständigkeit des KRNIC
Koreas frühes Internet-Register wechselte seinen institutionellen Standort, bevor es zu einer unabhängigen Stiftung wurde. Ein Sitzungsprotokoll vom September 1994 hält die Übergabe in einem Punkt fest – samt neuer Adresse eines Nameservers.
Geschichte
Die Petition allein übertrug .pn nicht: IANAs Bericht aus dem Jahr 2000
Von 1997 bis 2000 verlangten Einwohner Pitcairns einen Wechsel der Verwaltung für .pn. IANA empfahl die Neudelegierung; die US-Regierung setzte sie später in der Root-Zone um.
Geschichte
Beim Root-Test von Jon Postel im Jahr 1998 ging es um Zonentransfers, nicht um DNS-Abfragen
Im Januar 1998 bat Jon Postel die Betreiber der Root-Server, eine Kopie der Root-Zone von einem IANA-Server an der USC/ISI zu beziehen. In seiner Nachricht ging es darum, wie die Server diese Kopie erhalten sollten. Die Daten sollten mit der auf A-Root verfügbaren Version…
Berichte
Root-DNSKEY-Antworten zeigen nun KSK-2024
Um 15:32 UTC am 11. Oktober lieferten direkte Abfragen von vier Root-Server-Namen eine DNSKEY-Signatur mit Kennung 38696. Eine Stichprobe drei Stunden zuvor zeigte noch 20326; gegen 16:09 UTC lieferten dieselben Namen erneut 38696. IANAs cache-revalidierte Seite führte KSK-2024…
Geschichte
Japans Namensbaum entstand vor DNS: JUNETs Wechsel zu .jp
Bevor die Hochschulnetze in Japan TCP/IP und DNS einsetzten, betrieb JUNET hierarchische E-Mail-Adressen über UUCP und Telefonleitungen. Die Konvention half Freiwilligen, Organisationsnamen beim Wachstum des Netzes zu bewahren und später in `.jp` zu überführen.