So übertragen Sie Ihren Domainnamen zu AlexHost: Ein vollständiger technischer Leitfaden
Die Übertragung eines Domainnamens zu einem neuen Registrar ist eine der folgenreichsten administrativen Aufgaben, die ein Website-Betreiber oder Systemadministrator durchführt. Korrekt ausgeführt, verläuft sie nahtlos und verursacht keinerlei Ausfallzeiten. Wird sie falsch durchgeführt, kann dies zu DNS-Propagationsfehlern, gesperrten Domains, abgelaufenen Autorisierungscodes oder sogar unbeabsichtigten Dienstunterbrechungen führen, die tagelang andauern können.
Dieser Leitfaden behandelt den gesamten Domain-Transferprozess zu AlexHost von Anfang bis Ende — von der ICANN-Richtlinienkonformität und EPP-Autorisierungscodes bis hin zu DNS-Eintragsänderungen und Massenübertragungsverfahren — mit der technischen Tiefe, die erforderlich ist, um den Prozess fehlerfrei durchzuführen.
Was ist ein Domain-Transfer und wie ermöglicht EPP ihn?
Ein Domain-Transfer ist der Prozess, bei dem die administrative Kontrolle über einen registrierten Domainnamen von einem akkreditierten ICANN-Registrar zu einem anderen übertragen wird. Der Transfer wirkt sich nicht negativ auf das Ablaufdatum der Domain-Registrierung aus; in den meisten Fällen wird die bestehende Registrierungslaufzeit um ein Jahr verlängert.
Das technische Fundament jedes Registrar-übergreifenden Domain-Transfers ist das Extensible Provisioning Protocol (EPP), definiert in RFC 5730. EPP ist ein zustandsbehaftetes, XML-basiertes Client-Server-Protokoll, das standardisiert, wie Registrare mit Domain-Registries kommunizieren. Es verarbeitet Domain-Bereitstellungsbefehle — einschließlich <create>, <delete>, <renew>, <update> und entscheidend <transfer> — auf strukturierte, authentifizierte und nachvollziehbare Weise. Jeder ICANN-akkreditierte Registrar ist verpflichtet, EPP zu unterstützen, weshalb der Autorisierungscode, den Sie von Ihrem aktuellen Registrar erhalten, vom aufnehmenden Registrar universell anerkannt wird.
ICANN-Transferrichtlinie: Was Sie vor dem Start wissen müssen
Bevor Sie einen Transfer einleiten, sind Sie rechtlich und technisch an die Inter-Registrar-Transferrichtlinie der ICANN gebunden. Zwei Klauseln sind besonders kritisch und werden häufig missverstanden:
ICANN-Richtlinie Abschnitt 3.7.5 verbietet einen Transfer, wenn die Domain innerhalb der letzten 60 Tage erstellt wurde. Wenn Sie eine Domain gestern registriert haben, können Sie sie heute nicht übertragen — die Registry wird den EPP-Transferbefehl direkt ablehnen.
ICANN-Richtlinie Abschnitt 3.7.6 verbietet einen Transfer, wenn die Domain bereits innerhalb der letzten 60 Tage übertragen wurde. Dies verhindert Registrar-Hopping-Missbrauch und schützt Domain-Inhaber vor unbefugten aufeinanderfolgenden Transfers. Die einzige Ausnahme ist eine Rückübertragung zum ursprünglichen Registrar, sofern beide Registrare gegenseitig zustimmen oder eine Streitbeilegungsstelle dies anordnet.
Zusätzliche ICANN-vorgeschriebene Transfer-Sperren gelten in folgenden Szenarien:
- Die Domain unterliegt einer Registrar-Sperre (Status:
clientTransferProhibitedoderserverTransferProhibited) - Die Domain ist in einen aktiven UDRP-Streit verwickelt
- Die WHOIS-Kontakt-E-Mail-Adresse der Domain ist ungültig oder nicht verifizierbar, was den Bestätigungsworkflow blockiert
- Die Domain befindet sich innerhalb von 60 Tagen vor dem Ablauf — einige Registrare verweigern ausgehende Transfers in diesem Zeitfenster
Die Überprüfung des aktuellen Status Ihrer Domain gegen alle diese Bedingungen vor der Einreichung einer Transferanfrage spart erheblich Zeit und verhindert fehlgeschlagene Transferversuche.
Vorbereitungs-Checkliste: Fünf Schritte, bevor Sie etwas einreichen
Ohne Vorbereitung in einen Transfer zu stürzen ist die häufigste Ursache für fehlgeschlagene oder verzögerte Domain-Migrationen. Schließen Sie zuerst jeden Punkt auf dieser Checkliste ab.
Schritt 1: Überprüfen Sie, ob die Domain gemäß ICANN-Richtlinie berechtigt ist
Überprüfen Sie das Erstellungsdatum der Domain und das letzte Transferdatum im öffentlichen WHOIS-Eintrag. Beide müssen mehr als 60 Tage in der Vergangenheit liegen. Verwenden Sie ein zuverlässiges WHOIS-Lookup-Tool oder fragen Sie die Registry direkt über whois yourdomain.com von einem Terminal aus ab.
Schritt 2: Entsperren Sie die Domain bei Ihrem aktuellen Registrar
Jede Domain, die über einen seriösen Registrar registriert wurde, ist standardmäßig gesperrt, um unbefugte Transfers zu verhindern. Diese Sperre erscheint im WHOIS-Eintrag als EPP-Statuscode clientTransferProhibited. Sie müssen sich in das Kontrollpanel Ihres aktuellen Registrars einloggen und diese Sperre explizit deaktivieren. Die Option ist typischerweise als „Transfer Lock”, „Registrar Lock” oder „Domain Lock” bezeichnet. Warten Sie nach der Deaktivierung einige Minuten, bis die Registry den Status aktualisiert hat, bevor Sie fortfahren.
Schritt 3: Überprüfen und aktualisieren Sie die WHOIS-Kontaktinformationen
Die administrative Kontakt-E-Mail-Adresse im WHOIS-Eintrag ist der Ort, an den die Transfer-Bestätigungsanfrage gesendet wird. Wenn diese E-Mail-Adresse veraltet ist, zurückgewiesen wird oder durch einen Datenschutz-Proxy geschützt ist, der keine Nachrichten weiterleitet, wird der Transfer ins Stocken geraten oder vollständig scheitern. Aktualisieren Sie die administrative Kontakt-E-Mail auf einen aktiv überwachten Posteingang, bevor Sie den Transfer einleiten. Wenn der WHOIS-Datenschutz aktiviert ist, deaktivieren Sie ihn entweder vorübergehend oder bestätigen Sie, dass der Datenschutzdienst Ihres Registrars transferbezogene E-Mails weiterleitet.
Schritt 4: Deaktivieren Sie DNSSEC, falls aktiv
Wenn für Ihre Domain DNSSEC (DNS Security Extensions) aktiviert ist, müssen Sie die DS-Einträge aus der übergeordneten Zone entfernen, bevor Sie den Transfer durchführen. Andernfalls kann es nach dem Transfer zu DNS-Auflösungsfehlern kommen, da die Nameserver des neuen Registrars nicht über die entsprechenden DNSKEY-Einträge verfügen werden. Deaktivieren Sie DNSSEC bei Ihrem aktuellen Registrar, bestätigen Sie, dass die DS-Einträge aus der Registry entfernt wurden, und fahren Sie dann mit dem Transfer fort.
Schritt 5: Besorgen Sie sich den EPP-Autorisierungscode (Auth-Code)
Fordern Sie den EPP-Auth-Code (auch als Transfer-Autorisierungscode, Auth-Info-Code oder Domain-Geheimnis bezeichnet) von Ihrem aktuellen Registrar an. Dies ist eine eindeutige alphanumerische Zeichenkette — typischerweise 8 bis 16 Zeichen — die kryptografisch bestätigt, dass Sie der autorisierte Domain-Inhaber sind, der den Transfer einleitet. Die meisten Registrare liefern diesen Code sofort über das Kontrollpanel oder per E-Mail auf Anfrage. Der Code ist zeitkritisch; viele Registrare lassen ihn nach 7 bis 30 Tagen ablaufen.
Bewahren Sie diesen Code sorgfältig auf. Jeder, der ihn besitzt, kann einen Transfer Ihrer Domain einleiten.
So leiten Sie einen Domain-Transfer zu AlexHost ein
Sobald alle Voraussetzungen für den Transfer erfüllt sind, ist der eigentliche Einreichungsprozess über AlexHost unkompliziert.
Einzelner Domain-Transfer
- Melden Sie sich in Ihrem AlexHost-Konto an und navigieren Sie zum Bereich Domain-Registrierung.
- Wählen Sie die Option Domain übertragen.
- Geben Sie Ihren Domainnamen in das vorgesehene Feld ein.
- Geben Sie den EPP-Autorisierungscode ein, den Sie von Ihrem aktuellen Registrar erhalten haben.
- Überprüfen Sie die Transferdetails, bestätigen Sie die administrative Kontakt-E-Mail und reichen Sie die Anfrage ein.
In diesem Stadium sendet das AlexHost-System einen EPP-<transfer op="request">-Befehl an die entsprechende Registry, einschließlich Ihres Domainnamens, des Auth-Codes und der Anmeldedaten des aufnehmenden Registrars. Die Registry validiert den Auth-Code anhand ihrer Aufzeichnungen.
DNS-Einträge während des Transfers konfigurieren
Nach der Einreichung der Transferanfrage können Sie Ihre DNS-Einträge im AlexHost-Kontrollpanel vorkonfigurieren. Dies ist ein erheblicher operativer Vorteil — indem Sie Ihre A-Einträge, MX-Einträge, CNAME-Einträge und TXT-Einträge (einschließlich SPF-, DKIM- und DMARC-Einträge) einrichten, bevor der Transfer abgeschlossen ist, minimieren Sie das Zeitfenster, in dem die DNS-Auflösung inkonsistent sein könnte.
Wenn Sie auch Ihre Website oder E-Mail bei AlexHost hosten, ist dies der Moment, um Ihr DNS auf die richtige Infrastruktur zu verweisen. Für Teams, die E-Mail-Infrastruktur verwalten, lässt sich E-Mail-Hosting von AlexHost direkt in Ihr Domain-DNS-Verwaltungspanel integrieren.
Massen-Domain-Transfer
Für Organisationen, die große Domain-Portfolios verwalten, unterstützt AlexHost Massen-Domain-Transfers. Dies ist besonders nützlich für Agenturen, Reseller und Unternehmen, die Domains von mehreren Registraren in einer einzigen Verwaltungsoberfläche konsolidieren.
Das Eingabeformat für den Massentransfer ist:
yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3Geben Sie jede Domain in einer separaten Zeile ein, gefolgt unmittelbar von einem Doppelpunkt und dem entsprechenden EPP-Auth-Code — ohne Leerzeichen. Reichen Sie die gesamte Liste in einem einzigen Vorgang ein. AlexHost verarbeitet jede Transferanfrage individuell bei der jeweiligen Registry, sodass verschiedene Domains je nach Reaktionsgeschwindigkeit des abgebenden Registrars zu unterschiedlichen Zeiten abgeschlossen werden können.
Transfer-Zeitplan: Was nach der Einreichung passiert
Das Verständnis des technischen Zeitplans verhindert unnötige Support-Tickets und Bedenken während der Wartezeit.
| Phase | Dauer | Was passiert |
|---|---|---|
| EPP-Befehlsübermittlung | Sofort | AlexHost sendet die Transferanfrage an die Registry |
| Registry-Auth-Code-Validierung | Minuten | Registry überprüft den Auth-Code und die Domain-Berechtigung |
| Benachrichtigung des abgebenden Registrars | 1–24 Stunden | Aktueller Registrar erhält die Transferanfrage per E-Mail oder Kontrollpanel |
| Antwortfenster des abgebenden Registrars | Bis zu 5 Tage | Registrar kann die Anfrage genehmigen, ablehnen oder die automatische Genehmigung abwarten |
| Technischer Transferabschluss | Bis zu 24 Stunden nach Genehmigung | Domain-Delegation wechselt zu AlexHost |
| DNS-Propagation | Bis zu 48–72 Stunden | Neue DNS-Einträge propagieren global über rekursive Resolver |
| Vollständige DNS-Stabilität | Bis zu 5 Tage | Alle TTL-Caches laufen ab und Resolver verwenden universell neue Einträge |
Wichtiger Hinweis: Viele abgebende Registrare bieten in ihrem Kontrollpanel eine Option zur „beschleunigten Freigabe” an. Wenn Ihr aktueller Registrar dies unterstützt, kann die sofortige Genehmigung des Transfers anstatt des Wartens auf das 5-tägige automatische Genehmigungsfenster die Gesamttransferzeit auf unter 24 Stunden reduzieren.
TTL-Management-Tipp: Senken Sie vor der Einleitung eines Transfers die TTL-Werte Ihrer kritischen DNS-Einträge (A, MX, CNAME) auf 300 Sekunden (5 Minuten) bei Ihrem aktuellen Registrar. Tun Sie dies mindestens 24–48 Stunden vor dem Transfer — lange genug, damit die niedrigere TTL propagiert. Wenn der Transfer abgeschlossen ist und Sie Einträge bei AlexHost aktualisieren, werden die Änderungen in Minuten statt in Tagen global propagiert.
Domain-Transfer vs. DNS-Änderung vs. Domain-Registrar-Wechsel: Klärung der Terminologie
Diese drei Konzepte werden häufig verwechselt, und ihre Vermischung führt zu falschen Maßnahmen.
| Aktion | Was sich ändert | Ausfallzeitrisiko | ICANN-Genehmigung erforderlich |
|---|---|---|---|
| Domain-Transfer | Registrar (administrative Kontrolle) | Gering bei vorkonfiguriertem DNS | Ja |
| DNS-Eintragsänderung | Wohin der Datenverkehr geleitet wird (IP, Mailserver) | Minuten (TTL-abhängig) | Nein |
| Nameserver-Änderung | Welche DNS-Server autoritativ sind | Bis zu 48 Stunden Propagation | Nein |
| Domain-Registrar-Wechsel | Gleich wie Domain-Transfer | Gering bei vorkonfiguriertem DNS | Ja |
Das Ändern Ihrer Nameserver bei Ihrem aktuellen Registrar, um auf die DNS-Infrastruktur von AlexHost zu verweisen, ist kein Domain-Transfer. Es ist eine DNS-Delegationsänderung. Die Domain bleibt bei Ihrem aktuellen Registrar registriert. Ein vollständiger Transfer überträgt die Registrar-Beziehung vollständig.
Nach dem Transfer: DNS-Konfiguration und Infrastruktureinrichtung
Nachdem der Transfer abgeschlossen ist und AlexHost Ihr autoritativer Registrar geworden ist, ist die Aktualisierung und Überprüfung Ihrer DNS-Einträge die operativ kritischste Aufgabe.
Wesentliche DNS-Einträge zur Überprüfung
- A-Eintrag: Verweist Ihre Root-Domain (
@) auf die IPv4-Adresse Ihres Servers - AAAA-Eintrag: Verweist Ihre Root-Domain auf die IPv6-Adresse Ihres Servers (falls zutreffend)
- CNAME-Eintrag: Wird typischerweise für
www-Subdomain-Aliasing verwendet - MX-Einträge: Leiten eingehende E-Mails an Ihre Mailserver mit korrekten Prioritätswerten weiter
- TXT-Einträge: SPF-Richtlinie, DKIM-öffentliche Schlüssel, DMARC-Richtlinie und Domain-Verifizierungstoken für Drittanbieterdienste
- NS-Einträge: Bestätigen, dass die Nameserver von AlexHost als autoritativ aufgeführt sind
Wenn Ihre Domain auf eine VPS-Hosting-Umgebung verweist, überprüfen Sie, ob der A-Eintrag die korrekte öffentliche IP-Adresse Ihrer VPS-Instanz widerspiegelt. Für traffic-intensive oder ressourcenintensive Workloads bieten Dedizierte Server dedizierte Ressourcen mit vollständiger Kontrolle über die Netzwerkkonfiguration, was die DNS-Ausrichtung nach dem Transfer unkompliziert macht.
SSL-Zertifikat-Kontinuität
Ein Domain-Transfer macht bestehende SSL/TLS-Zertifikate nicht ungültig. Wenn Ihr Zertifikat jedoch domainvalidiert (DV) ist und an Ihre vorherige Hosting-Umgebung gebunden ist, müssen Sie es möglicherweise nach der Aktualisierung Ihrer DNS-Einträge neu ausstellen. Stellen Sie sicher, dass Ihr SSL-Zertifikat sowohl die Root-Domain als auch die www-Subdomain abdeckt (oder verwenden Sie ein Wildcard-Zertifikat). AlexHost bietet SSL-Zertifikate an, die direkt aus Ihrem Kontopanel nach Abschluss des Transfers ausgestellt und verwaltet werden können.
Kontrollpanel-Zugang
Sobald die Domain unter AlexHost-Verwaltung steht, erhalten Sie Zugang zu einem zentralisierten Kontrollpanel für DNS-Verwaltung, WHOIS-Aktualisierungen, Domain-Sperrung, Konfiguration der automatischen Verlängerung und Nameserver-Verwaltung. Für Teams, die cPanel-basiertes Management bevorzugen, integriert VPS mit cPanel Domain- und Hosting-Verwaltung in eine vertraute Oberfläche.
Häufige Transfer-Fehler und wie man sie behebt
Selbst erfahrene Administratoren stoßen auf Transfer-Fehler. Dies sind die häufigsten Ursachen und ihre Lösungen.
Auth-Code von Registry abgelehnt
Der Auth-Code unterscheidet zwischen Groß- und Kleinschreibung und läuft nach einer festgelegten Zeit ab. Fordern Sie einen neuen Code von Ihrem aktuellen Registrar an und reichen Sie ihn sofort ein. Bestätigen Sie, dass im Code-Feld keine führenden oder nachfolgenden Leerzeichen vorhanden sind.
Domain-Status ist clientTransferProhibited
Die Domain ist noch gesperrt. Kehren Sie zum Panel Ihres aktuellen Registrars zurück, deaktivieren Sie die Transfer-Sperre, warten Sie 5–10 Minuten und überprüfen Sie die Statusänderung in WHOIS, bevor Sie erneut einreichen.
Transfer-Bestätigungs-E-Mail nicht erhalten
Überprüfen Sie die administrative Kontakt-E-Mail in WHOIS. Wenn sie falsch ist oder durch einen Datenschutzdienst geschützt wird, aktualisieren Sie sie zuerst. Überprüfen Sie auch Spam-Ordner — Transfer-Bestätigungs-E-Mails werden häufig falsch klassifiziert.
Registry lehnt Transfer aufgrund der 60-Tage-Sperre ab
Dies ist eine harte ICANN-Richtlinienbeschränkung. Es gibt keine Umgehungsmöglichkeit. Warten Sie, bis die 60-Tage-Frist ab dem Erstellungsdatum der Domain oder dem letzten Transferdatum abgelaufen ist.
DNSSEC-Validierungsfehler nach dem Transfer
Entfernen Sie DS-Einträge aus der Registry, bevor Sie den Transfer einleiten. Aktivieren Sie nach dem Transfer DNSSEC bei AlexHost erneut und fügen Sie die neuen DS-Einträge zur übergeordneten Zone hinzu.
Abgebender Registrar verweigert den Transfer
Ein Registrar kann einen Transfer nur dann legitim verweigern, wenn ein aktiver UDRP-Streit, eine Gerichtsverfügung oder ein dokumentierter Betrugsbericht vorliegt. Wenn die Ablehnung nicht gerechtfertigt ist, reichen Sie eine Beschwerde bei der Registrar-Compliance-Abteilung der ICANN ein.
Entscheidungsmatrix: Wann übertragen vs. wann nur DNS ändern
Verwenden Sie diese Matrix, um die richtige Maßnahme für Ihre Situation zu bestimmen.
| Szenario | Empfohlene Maßnahme |
|---|---|
| Hosting-Anbieter wechseln, aktuellen Registrar behalten | Nur DNS-Einträge oder Nameserver ändern |
| Alle Domains unter einem Registrar konsolidieren | Vollständiger Domain-Transfer |
| Aktueller Registrar hat schlechten Support oder hohe Verlängerungsgebühren | Vollständiger Domain-Transfer |
| Domain vor weniger als 60 Tagen registriert | Nur DNS ändern; nach dem 60-Tage-Fenster übertragen |
| Sofortige DNS-Änderungen ohne Warten auf den Transfer erforderlich | Zuerst Nameserver beim aktuellen Registrar ändern, später übertragen |
| Verwaltung von 10+ Domains bei mehreren Registraren | Massen-Domain-Transfer zur Konsolidierung |
Technische Kernpunkte
- Domain entsperren und WHOIS-Kontakt-E-Mail überprüfen bevor der Auth-Code angefordert wird — nicht danach.
- DNS-TTL-Werte mindestens 24 Stunden vor Beginn des Transfers auf 300 Sekunden senken.
- DNSSEC deaktivieren und DS-Einträge aus der Registry entfernen, bevor die Transferanfrage eingereicht wird.
- Der EPP-Auth-Code unterscheidet zwischen Groß- und Kleinschreibung und ist zeitlich begrenzt; verwenden Sie ihn für beste Ergebnisse innerhalb von 24 Stunden nach Erhalt.
- Massentransfers verwenden das Format
domain.com:AuthCode— eine pro Zeile, keine Leerzeichen. - Das 5-tägige ICANN-Transferfenster kann verkürzt werden, indem der Transfer sofort beim abgebenden Registrar genehmigt wird.
- Überprüfen Sie nach dem Transfer alle DNS-Eintragstypen — nicht nur den A-Eintrag — bevor Sie die Migration als abgeschlossen betrachten.
- SSL-Zertifikate müssen möglicherweise nach DNS-Änderungen neu ausgestellt werden; gehen Sie dies proaktiv an, um HTTPS-Fehler zu vermeiden.
- Für neue Domains, die über AlexHost registriert werden, erkunden Sie Domain-Registrierung, um alles von einem einzigen Panel aus von Anfang an zu verwalten.
Häufig gestellte Fragen
Wie lange dauert ein Domain-Transfer zu AlexHost?
Der technische Transfer wird innerhalb von 24 Stunden nach Genehmigung der Anfrage durch den abgebenden Registrar abgeschlossen. Der abgebende Registrar hat bis zu 5 Tage Zeit zu antworten, bevor der Transfer automatisch genehmigt wird. Die DNS-Propagation nach dem Transfer kann je nach TTL-Werten weitere 24–72 Stunden dauern. Die Gesamtdauer beträgt typischerweise 1–7 Tage.
Wird meine Website während des Domain-Transfers ausfallen?
Nicht, wenn Sie sich korrekt vorbereiten. Konfigurieren Sie Ihre DNS-Einträge im AlexHost-Panel vor, bevor der Transfer abgeschlossen ist, und senken Sie Ihre TTL-Werte 24–48 Stunden im Voraus. Wenn Ihre Nameserver und DNS-Einträge bei AlexHost korrekt eingerichtet sind, bevor der Transfer abgeschlossen wird, erleben Besucher keine Unterbrechung.
Was ist der EPP-Auth-Code und wo finde ich ihn?
Der EPP-Auth-Code (auch als Transfer-Autorisierungscode oder Auth-Info-Code bezeichnet) ist eine eindeutige alphanumerische Zeichenkette, die beweist, dass Sie der autorisierte Inhaber der Domain sind. Erhalten Sie ihn im Kontrollpanel Ihres aktuellen Registrars unter den Domain-Einstellungen oder fordern Sie ihn über deren Support an. Er wird typischerweise sofort oder innerhalb weniger Stunden geliefert.
Kann ich eine Domain übertragen, die gerade registriert oder kürzlich übertragen wurde?
Nein. Die ICANN-Richtlinie schreibt eine 60-tägige Sperrfrist nach der erstmaligen Domain-Registrierung und nach jedem Registrar-übergreifenden Transfer vor. Ein Transferversuch während dieses Zeitfensters führt zu einer Ablehnung auf Registry-Ebene, unabhängig davon, welchen Registrar Sie verwenden.
Was passiert mit meinen DNS-Einträgen, nachdem der Transfer abgeschlossen ist?
Ihre bestehenden DNS-Einträge werden nicht automatisch migriert. Sie müssen sie manuell im DNS-Verwaltungspanel von AlexHost neu erstellen oder importieren. Deshalb ist die Vorkonfiguration von DNS-Einträgen vor Abschluss des Transfers — und die vorherige Senkung der TTL-Werte — eine kritische Best Practice, die Ausfallzeiten verhindert.
