Die Bestellung einer Domain bei OVHcloud beschränkt sich nicht darauf, eine Adresse in ein Suchfeld einzugeben und einen Warenkorb zu bestätigen. Die Wahl der Erweiterung, die anfängliche DNS-Konfiguration und die Sicherheitsoptionen bestimmen die langfristige Zuverlässigkeit der Domain. Hier erläutern wir die technischen Punkte, die Sie beherrschen sollten, um eine OVH-Domain ohne unangenehme Überraschungen zu registrieren.
DNSSEC und Zonensignatur: Was OVHcloud bei der Bestellung aktiviert
Eine korrekt gesicherte Domain beginnt mit einer DNS-Vertrauenswürdigkeit. OVHcloud bietet die Aktivierung von DNSSEC (Domain Name System Security Extensions) direkt über das Management-Tool an, auch für Domains, die kürzlich von Standardkunden registriert wurden.
Der Mechanismus basiert auf DS-Einträgen (Delegation Signer), die in der übergeordneten Zone veröffentlicht werden. Wenn DNSSEC aktiv ist, zeigt der Whois-Status signedDelegation, was beweist, dass die DNS-Auflösung von Ende zu Ende authentifiziert ist. Wir empfehlen, diese Option sofort bei der Bestellung zu aktivieren, da eine späte Aktivierung eine unangenehme Propagierungszeit verursachen kann, wenn die Zone bereits in Produktion ist.
Der Vorgang auf der Seite von OVHcloud erfolgt in wenigen Klicks im Tab “Zone DNS” des Managers. Für .fr-Domains überprüft die Afnic automatisch die Konsistenz der Schlüssel. Bei den klassischen gTLDs (.com, .net, .org) validiert das Register Verisign oder PIR. Bei einem Fehler in der DS-Kette kann die Domain vorübergehend unerreichbar werden: Es ist besser, mit einem Tool wie DNSViz zu testen, bevor man propagiert.
Bevor Sie den Vorgang starten, ist es nützlich, einen OVH-Domainnamen zu bestellen, nachdem Sie die für Ihr Projekt erforderlichen DNS-Einträge identifiziert haben (MX für E-Mails, CNAME für Subdomains, A oder AAAA für den Webserver).
OVHcloud-Erweiterungen: .ovh und .cloud im Vergleich zu klassischen Erweiterungen
OVHcloud beschränkt sich nicht mehr auf historische Erweiterungen. Das Unternehmen verwaltet heute über 340.000 neue gTLDs, und seine proprietäre Erweiterung .ovh übersteigt die 83.000 registrierten Domains mit einer bemerkenswerten jüngsten Zunahme. Die Erweiterung .cloud verzeichnet seit ihrer Einführung ein stetiges Wachstum.
Die Wahl zwischen einer klassischen Erweiterung und einer Nischen-Erweiterung hängt vom Kontext ab:
- Das .fr bleibt der Reflex für eine Website, die für ein französisches Publikum bestimmt ist. Die Afnic stellt Bedingungen für die Berechtigung (Wohnsitz in der EU), was das Cybersquatting einschränkt.
- Das .ovh oder das .cloud kann als technische Domain (API, Staging, interne Dienste) dienen, ohne die Hauptidentität der Marke zu belasten.
- Geografische Erweiterungen (.paris, .bzh) oder branchenspezifische Erweiterungen (.shop, .tech) bieten ein thematisches Signal, sind aber beim breiten Publikum weniger anerkannt.
Wir beobachten, dass neue Erweiterungen manchmal im ersten Jahr zu einem Aktionspreis angeboten werden, mit einem deutlich höheren Erneuerungspreis. Überprüfen Sie den Erneuerungspreis, bevor Sie die Bestellung bestätigen, um unangenehme Überraschungen bei Fälligkeit zu vermeiden.
Domain-Sperre und Schutz vor unbefugtem Transfer
Die Registrar-Sperre (auch clientTransferProhibited genannt) ist die erste Verteidigungslinie gegen einen betrügerischen Transfer. Bei OVHcloud ist diese Sperre standardmäßig bei den meisten Erweiterungen aktiviert. Sie zu deaktivieren, erfordert eine ausdrückliche Aktion im Manager, mit einer Bestätigung per E-Mail an den Eigentümerkontakt.
Dieser Mechanismus schützt nicht vor allen Angriffen. Ein kompromittierter Zugang zum OVHcloud-Konto selbst ermöglicht es, die Sperre aufzuheben. Die Zwei-Faktor-Authentifizierung (2FA) im Manager ist daher eine unverzichtbare Ergänzung. OVHcloud unterstützt gängige TOTP-Anwendungen (Google Authenticator, Authy) und U2F/FIDO2-Sicherheitsschlüssel.
Whois-Eigentum und Kontaktinhaber
Der im Whois angegebene Inhaber ist der rechtmäßige Eigentümer der Domain. Ein häufiger Fehler besteht darin, den Webdienstleister oder die Agentur als Kontaktinhaber zu belassen. Im Falle eines Streits ist dieses Feld entscheidend für das Register und die UDRP-Verfahren.
Bei der Bestellung fordert OVHcloud dazu auf, einen Eigentümerkontakt, einen administrativen Kontakt und einen technischen Kontakt anzugeben. Wir empfehlen, immer den Endkunden (natürliche oder juristische Person) als Eigentümer zu benennen, auch wenn ein Dritter den technischen Teil verwaltet.
Erste DNS-Konfiguration nach der Bestellung bei OVHcloud
Sobald die Domain registriert ist, erstellt OVHcloud automatisch eine DNS-Zone, die auf seinen Servern gehostet wird (dns*.ovh.net). Diese Zone enthält Standardeinträge, die auf eine OVH-Parkseite verweisen.
Drei vorrangige Aktionen, die in den ersten Minuten durchgeführt werden sollten:
- Erstellen oder Ändern des A-Eintrags (und AAAA für IPv6) zur IP-Adresse Ihres Servers oder Webhostings.
- Konfigurieren der MX-Einträge, wenn Sie eine E-Mail verwenden (OVHcloud bietet ein E-Mail-Angebot mit bestimmten Hosting-Plänen an).
- Hinzufügen eines SPF-Eintrags und eines DKIM-Eintrags für die E-Mail-Zustellbarkeit, insbesondere wenn Sie einen Drittanbieterdienst wie Microsoft 365 oder Google Workspace verwenden.
Der Standard-TTL (Time To Live) bei OVHcloud beträgt in der Regel 3600 Sekunden. Den TTL auf 300 Sekunden vor einer Migration zu senken, ermöglicht einen schnellen Wechsel im Falle eines Problems, und ihn dann wieder zu erhöhen, sobald die Konfiguration stabilisiert ist.
OVHcloud-API für die Verwaltung in großen Mengen
Administratoren, die mehrere Dutzend Domains verwalten, profitieren von der REST-API von OVHcloud. Die offizielle Dokumentation beschreibt einen strukturierten Workflow: Erstellung eines Warenkorbs, Hinzufügen der Domain, Konfiguration der Optionen (DNS, Transfer, Whois) und dann Bestätigung des Bestellbelegs. Dieser Prozess ist vollständig scriptbar, was die Automatisierung von wiederkehrenden Bestellungen oder defensiven Registrierungen über mehrere Erweiterungen hinweg ermöglicht.
Die automatische Erneuerung wird domainweise im Manager konfiguriert. Eine nicht erneuerte Domain tritt in eine Grazeperiode, gefolgt von einer Rückholperiode (hohe Wiederherstellungskosten), bevor sie endgültig gelöscht wird. Die Konfiguration der automatischen Erneuerung mit einem gültigen Zahlungsmittel bleibt die zuverlässigste Methode, um eine kritische Domain nicht zu verlieren.
