Zu Content springen
Deutsch
  • Es gibt keine Vorschläge, da das Suchfeld leer ist.

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:

  • .at unterstützt DNSSEC, .berlin hingegen nicht.
  • .at bietet eine Redemption Period von 60 Tagen, .berlin lediglich 30 Tage.
  • Ein Transfer verlängert bei .at die Laufzeit nicht, bei .berlin hingegen um ein zusätzliches Jahr.
  • Privacy-Services sind bei .at erlaubt, bei .berlin nicht.
  • .berlin verwendet das ICANN-UDRP-Verfahren zur Streitbeilegung, während .at ein 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.