TLD-spezifische Informationen verstehen: Wo Sie diese finden und was sie bedeuten
Wo finde ich TLD-spezifische Informationen und was bedeuten diese?
Je nach TLD (Top-Level-Domain), die Sie registrieren, transferieren oder verwalten möchten, können unterschiedliche Anforderungen und Richtlinien gelten. Diese Vorgaben werden von der jeweiligen Registry festgelegt, die die Domainendung verwaltet, und unterscheiden sich teilweise erheblich zwischen den einzelnen TLDs.
Um Ihnen einen einfachen Überblick über diese Anforderungen zu geben, stellen wir eine umfassende TLD Knowledge Base in unserer Entwicklerdokumentation bereit:
https://developers.opusdns.com/tld-knowledge-base/
Dort finden Sie alle relevanten Informationen zu den von OpusDNS unterstützten Domainendungen – von Registrierungsanforderungen über Transferprozesse bis hin zu DNS-Funktionen, Kontaktanforderungen und Registry-spezifischen Besonderheiten.
Unterschied zwischen ccTLDs und gTLDs
Grundsätzlich unterscheiden wir zwischen zwei Arten von Top-Level-Domains:
ccTLDs (Country Code Top-Level Domains)
ccTLDs sind länderspezifische Domainendungen, die einem bestimmten Staat oder Gebiet zugeordnet sind. Sie werden in der Regel von einer nationalen Registry oder einer von dieser beauftragten Organisation betrieben.
Beispiele:
.at(Österreich).de(Deutschland).fr(Frankreich)
Diese Domains unterliegen häufig landesspezifischen Regelungen und können besondere Anforderungen an den Domaininhaber oder den Registrierungsprozess stellen.
gTLDs (Generic Top-Level Domains)
gTLDs sind generische Domainendungen, die nicht an ein bestimmtes Land gebunden sind.
Beispiele:
.com.shop.fashion.berlin
Obwohl viele gTLDs den allgemeinen ICANN-Richtlinien folgen, können auch hier individuelle Vorgaben der jeweiligen Registry gelten.
Warum sind diese Informationen wichtig?
Jede Registry kann eigene Anforderungen an die Verwaltung ihrer Domains definieren. Dazu gehören beispielsweise:
- Erforderliche Kontaktrollen
- Transfer- und Inhaberwechselprozesse
- DNSSEC-Unterstützung
- Lösch- und Wiederherstellungsfristen
- WHOIS- und RDAP-Richtlinien
- Datenschutz- und Privacy-Regelungen
- Lokale Präsenzanforderungen
- Streitbeilegungsverfahren
Die Informationen in der TLD Knowledge Base helfen Ihnen dabei, die Anforderungen einer Domainendung frühzeitig zu verstehen und Registrierungen oder Transfers erfolgreich durchzuführen.
Wie interpretiere ich einen TLD-Eintrag?
Als Beispiel betrachten wir die Domainendung .at.
Allgemeine Informationen
Dieser Abschnitt enthält grundlegende Informationen über die TLD.
| Eigenschaft | Bedeutung |
|---|---|
| TLD Type: ccTLD | Die Domainendung ist die länderspezifische Top-Level-Domain Österreichs. |
| Registry: nic.at GmbH | Organisation, die die .at-Domains verwaltet. |
| Provisioning Protocol: EPP | Domainoperationen werden über das Extensible Provisioning Protocol durchgeführt. |
| Second-Level Registration: Ja | Domains können direkt unter .at registriert werden (z. B. beispiel.at). |
| Accreditation Required: Ja | Registrare benötigen eine Akkreditierung der Registry. |
Dieser Abschnitt hilft Ihnen dabei zu verstehen, wer die Domainendung betreibt und welche technischen Voraussetzungen für die Verwaltung gelten.
Domain-Lebenszyklus
Der Domain-Lebenszyklus beschreibt, wie lange eine Domain registriert bleibt und welche Fristen für Verlängerungen oder Löschungen gelten.
| Eigenschaft | Bedeutung |
|---|---|
| Registration Period: 1 Jahr | Domains werden für ein Jahr registriert. |
| Renewal Period: 1 Jahr | Verlängerungen erfolgen jeweils um ein weiteres Jahr. |
| Auto-Renew Enabled: Ja | Automatische Verlängerungen werden unterstützt. |
| Auto-Renewal Before Expiry: 7 Tage | Die automatische Verlängerung erfolgt sieben Tage vor Ablauf. |
| Deletion Policy: Sofort bei Ablauf | Domains werden nach Ablauf unmittelbar gelöscht, sofern keine Verlängerung erfolgt. |
Diese Informationen helfen Ihnen dabei, Domains rechtzeitig zu verlängern und unbeabsichtigte Löschungen zu vermeiden.
Grace Periods (Kulanz- und Wiederherstellungsfristen)
Nach bestimmten Domainereignissen gelten häufig spezielle Fristen.
| Zeitraum | Bedeutung |
|---|---|
| Redemption Period: 60 Tage | Gelöschte Domains können innerhalb dieses Zeitraums wiederhergestellt werden. |
| Pending Restore: 7 Tage | Bearbeitungszeit während eines Wiederherstellungsprozesses. |
| Pending Delete: 59 Tage | Domain ist zur endgültigen Löschung vorgemerkt und kann nicht mehr wiederhergestellt werden. |
Diese Fristen sind besonders wichtig, wenn versehentlich gelöschte Domains zurückgeholt werden sollen.
Domain-Eigenschaften
Hier werden technische Eigenschaften und Einschränkungen der Domainendung beschrieben.
| Eigenschaft | Bedeutung |
|---|---|
| Domain Length: 1–63 Zeichen | Zulässige Länge des Domainnamens. |
| IDN Support: Ja | Internationale Zeichen wie ä, ö oder ü werden unterstützt. |
| Premium Domains: Nein | Es gibt keine speziellen Premium-Domains mit abweichenden Preisen. |
| Registry Lock: Ja | Zusätzlicher Schutz vor unautorisierten Änderungen auf Registry-Ebene verfügbar. |
Dieser Abschnitt hilft Ihnen bei der Bewertung technischer Möglichkeiten und Einschränkungen der Domainendung.
Kontakte und Rollen
Jede Registry definiert, welche Kontakte für eine Domain erforderlich sind.
| Eigenschaft | Bedeutung |
|---|---|
| Required Contacts: Domain Owner, Technical Contact | Diese Kontakte müssen für jede Domain hinterlegt werden. |
| Supported Roles | Unterstützte Kontaktrollen innerhalb der Registry. |
| Thick WHOIS: Ja | Kontaktdaten werden direkt bei der Registry gespeichert. |
| Privacy Proxy Allowed: Ja | Datenschutz- bzw. Privacy-Dienste sind zulässig. |
| AuthInfo Required: Ja | Für bestimmte Operationen wird ein AuthInfo-Code benötigt. |
Anhand dieser Informationen können Sie erkennen, welche Daten für die Registrierung oder Verwaltung einer Domain erforderlich sind.
Nameserver und DNS
Dieser Abschnitt beschreibt die DNS-bezogenen Anforderungen und Möglichkeiten.
| Eigenschaft | Bedeutung |
|---|---|
| Nameserver Count: 2–8 | Zulässige Anzahl an Nameservern. |
| DNSSEC Allowed: Ja | DNSSEC kann verwendet werden. |
| DNSSEC Required: Nein | DNSSEC ist optional. |
| DNSSEC Mode: DS | Die Registry erwartet DS-Records für DNSSEC-Konfigurationen. |
Insbesondere Betreiber eigener Nameserver sollten diesen Abschnitt beachten.
Transfer-Richtlinien
Transferprozesse unterscheiden sich häufig zwischen einzelnen TLDs.
| Eigenschaft | Bedeutung |
|---|---|
| Transfer Lock Enabled: Nein | Domains werden nicht automatisch für Transfers gesperrt. |
| Transfer Extends Domain: Nein | Ein Transfer verlängert die Laufzeit der Domain nicht. |
| Confirmation Required: Ja (beide Parteien) | Sowohl aktueller als auch neuer Domaininhaber müssen zustimmen. |
Vor einem Domaintransfer sollten diese Informationen immer geprüft werden, um unerwartete Verzögerungen zu vermeiden.
WHOIS und RDAP
Hier finden Sie Informationen zu öffentlichen Domainabfragen.
| Eigenschaft | Bedeutung |
|---|---|
| WHOIS Server: whois.nic.at | Offizieller WHOIS-Server für .at-Domains. |
Diese Angaben sind hilfreich, wenn Domaininformationen recherchiert oder überprüft werden sollen.
Streitbeilegungsverfahren
Für Konflikte rund um Domains stellen viele Registries spezielle Verfahren bereit.
| Eigenschaft | Bedeutung |
|---|---|
| Dispute Resolution Available: Ja | Es existiert ein offizielles Streitbeilegungsverfahren. |
| Procedure: Domain Dispute | Registry-spezifisches Verfahren für Domainstreitigkeiten. |
| UDRP Support: Nein | Das ICANN-UDRP-Verfahren wird nicht unterstützt. |
Diese Informationen sind insbesondere für Markeninhaber oder bei rechtlichen Auseinandersetzungen relevant.
Vergleich verschiedener TLDs
Der Nutzen der TLD Knowledge Base wird besonders deutlich, wenn unterschiedliche Domainendungen verglichen werden.
Beispielsweise unterscheiden sich .at und .berlin in mehreren wichtigen Punkten:
.atunterstützt DNSSEC,.berlinhingegen nicht..atbietet eine Redemption Period von 60 Tagen,.berlinlediglich 30 Tage.- Ein Transfer verlängert bei
.atdie Laufzeit nicht, bei.berlinhingegen um ein zusätzliches Jahr. - Privacy-Services sind bei
.aterlaubt, bei.berlinnicht. .berlinverwendet das ICANN-UDRP-Verfahren zur Streitbeilegung, während.atein eigenes Registry-Verfahren nutzt.
Durch die frühzeitige Prüfung der jeweiligen TLD-Anforderungen können Registrierungen, Transfers und Domainverwaltungen effizient und regelkonform durchgeführt werden.