Domains, DNS und HTTPS

Niemand richtet deine Domain für dich auf uns aus

Beim Anlegen einer Website entsteht kein einziger DNS-Record, und das Portal zeigt dir nirgends eine Zieladresse. Solange du die Records unten nicht selbst setzt, löst dein Hostname weiter dorthin auf wie bisher, die Website erreicht niemanden, und es kann kein Zertifikat ausgestellt werden.

Genau dieser Schritt wird übersehen.

Welche Hostnamen eine Website ausliefern darf

Ein Hostname wird nur akzeptiert, wenn er deinem Konto bereits bekannt ist. Zwei Fälle kommen infrage:

• Eine Domain in deinem Konto. Sie wird Primärdomain der Website.
• Eine Subdomain einer Zone, die deinem Konto gehört. Sie wird zusätzlicher Hostname. shop.beispiel.de funktioniert, sobald beispiel.de in deinem Konto liegt.

Alles andere wird beim Speichern abgelehnt:

domain is not registered to this account and is not a subdomain of a zone you own: shop.example.net

Nimm die Domain zuerst in dein Konto auf oder transferier sie herein. Einen Hostnamen anzuhängen, dessen übergeordnete Zone wir nicht kennen, ist nicht möglich.

Die beiden Felder sind nicht austauschbar. Eine Subdomain im Feld für Primärdomains sagt dir das direkt:

domain is not registered to this account and is not a subdomain of a zone you own: shop.example.com is a subdomain — add it as an additional hostname instead

Eine Domain, die schon eine andere Hosting-Website bedient, wird ebenfalls abgelehnt:

domain already attached to another hosting site

Eine Website muss am Ende mindestens einen Hostnamen der einen oder anderen Art haben:

at least one domain or additional hostname is required

Die Records, die du setzt

Zeig mit jedem Hostnamen der Website auf beide Adressen:

Typ	Wert
A	91.98.6.3
AAAA	2a01:4f8:1c1f:7bfa::1

Setz beide. Besucher mit reinem IPv6 bekommen ohne AAAA-Record gar nichts, und ein AAAA, das woanders hinzeigt, ist schlimmer als keines, weil Clients IPv6 bevorzugen.

Liegt das DNS der Domain bei uns, trag die Records im Zonen-Editor im Portal ein. Liegt es woanders, trag sie bei diesem Anbieter ein.

Kein CNAME für die nackte Domain

beispiel.de braucht A- und AAAA-Records. Ein CNAME am Zonen-Apex ist kein gültiges DNS und wird von den meisten Anbietern abgelehnt. Nimm die Adressen oben.

www passiert nicht von allein

beispiel.de hinzuzufügen bewirkt nichts für www.beispiel.de. Du entscheidest, welche der beiden die eigentliche Website ist, und richtest die andere ein. Beide Varianten brauchen für den www-Hostnamen eigene A- und AAAA-Records auf dieselben zwei Adressen.

Variante 1, www auf die nackte Domain umleiten. Das wollen die meisten Websites. Leg unter Weiterleitungen eine Weiterleitung an: Quelle www.beispiel.de, Ziel beispiel.de, Status 301. Besucher landen auf einer kanonischen Adresse, und Suchmaschinen sehen eine Website.

Variante 2, beide ausliefern. Trag www.beispiel.de unter Zusätzliche Hostnamen ein. Beide Namen liefern dann dieselben Dateien aus, was Duplicate Content bedeutet, solange deine Anwendung nicht selbst kanonisiert.

Weiterleitungen

Eine Weiterleitung beantwortet einen Hostnamen mit 301, 302 oder 308 auf einen anderen, Standard ist 301. Sie arbeitet auf Hostnamen-Ebene: der Pfad bleibt erhalten, und das Ziel ist immer HTTPS.

Vier Regeln, jede mit eigener Meldung:

• Das Ziel muss ein Hostname sein, den dieselbe Website bereits ausliefert.

  redirect target must be a primary domain on the same site: www.example.com -> example.org

• Die Quelle darf nicht selbst von der Website ausgeliefert werden. Ein Hostname kann nicht gleichzeitig Dateien ausliefern und weiterleiten.

  redirect source domain is already used elsewhere: www.example.com is also a primary domain on this site

• Die Quelle muss wie jeder Hostname in einer Zone liegen, die deinem Konto gehört.

  not authorized: www.example.net is not in an owned zone

• Ein Hostname kann nicht auf sich selbst weiterleiten.

  redirect target must be a primary domain on the same site: www.example.com redirects to itself

Eine Primärdomain lässt sich außerdem nicht entfernen, solange eine Weiterleitung auf sie zeigt. Lösch zuerst die Weiterleitung.

HTTPS

Zertifikate werden für dich ausgestellt und erneuert. Es gibt nichts hochzuladen, nichts zu konfigurieren und keinen Aufpreis, und einfaches HTTP wird für jeden Hostnamen der Website dauerhaft auf HTTPS umgeleitet.

Die Reihenfolge zählt: erst DNS, dann das Zertifikat

Die Ausstellung prüft per HTTP gegen den Hostnamen selbst, der Record muss also vorher hierher auflösen. Legst du die Website an und schaust sofort nach, zeigt der Browser eine Zertifikatswarnung. Das ist der erwartete Zustand, kein Fehler.

Setz die Records, warte auf die Verbreitung, und rechne mit bis zu einer Stunde zwischen "Hostname löst hierher auf" und "HTTPS funktioniert".

Zieh eine bestehende Live-Website in dieser Reihenfolge um, dann beschränkt sich die sichtbare Ausfallzeit auf die DNS-Verbreitung:

1. Website anlegen und Dateien hochladen.
2. TTL der bestehenden Records senken, nach Möglichkeit einen Tag vorher.
3. Records hierher umstellen.
4. Auf das Zertifikat warten, dann testen.

Weiter

• Runtime und PHP-Einstellungen, um PHP-Version und Webserver zu wählen
• Fehlersuche, wenn der Hostname auflöst, aber das Falsche ausliefert