Automatisch erstellte Subdomain beim Einrichten einer neuen Domain

Das Problem verstehen

Beim Hinzufügen einer Domain legen manche cPanel-Konfigurationen auch eine zugehörige technische Subdomain an. Prüfen Sie die Namen und Stammverzeichnisse unter Domains, bevor Sie etwas ändern: Das Löschen eines zugehörigen Elements kann die Domain beeinträchtigen, die Sie behalten möchten.

Zeigen beide Namen denselben Inhalt, kann es für eine Seite mehrere öffentliche URLs geben. Dass Sie die Subdomain nicht verlinkt haben, garantiert nicht, dass niemand sie kennt oder eine Suchmaschine sie nicht entdeckt. Prüfen Sie die tatsächliche Antwort und die Daten der Search Console, bevor Sie entscheiden, was zu tun ist.

Wo das Dokumentstammverzeichnis liegt, hängt davon ab, wie das Konto angelegt wurde. Ein Ordner innerhalb von public_html könnte auch über die Hauptdomain erreichbar sein; gehen Sie nicht davon aus, dass alle älteren Installationen außerhalb dieses Stammverzeichnisses angelegt wurden.

Die Domains eines Kontos können eigene Inhalte haben, teilen sich aber die Ressourcen und Berechtigungen dieses Kontos: Sie sind nicht vollständig voneinander isoliert wie getrennte Konten.

Das Verhalten wählen

• Zeigt die Subdomain denselben Inhalt und hat sie Besuche oder Links, verwenden Sie eine permanente Weiterleitung auf die entsprechende Domain und den entsprechenden Pfad.
• Soll eine URL nicht existieren und gibt es keinen relevanten Ersatz, kann sie mit 404 oder 410 antworten.
• Handelt es sich um eine Testumgebung mit privaten Daten, schützen Sie sie mit einer Authentifizierung; das Verbergen vor Suchmaschinen schränkt den Zugriff nicht ein.

Leiten Sie eine Subdomain mit nützlichem Inhalt nicht auf eine fremde Startseite um, nur um einen Hinweis loszuwerden. Prüfen Sie vorher Traffic, Links und relevante Pfade.

Das Problem beheben

Speichern Sie eine Kopie der .htaccess im betroffenen Stammverzeichnis. Fügen Sie nur eine der Alternativen vor den Regeln der Anwendung ein und ersetzen Sie die Beispieldomains. Die Bedingung beschränkt die Aktion auf genau diesen technischen Host.

Um mit 404 zu antworten:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^subdominio\.ihredomain\.com(?::[0-9]+)?$ [NC]
RewriteRule ^ - [R=404,L]

Um auf die öffentliche Domain weiterzuleiten und dabei den Pfad beizubehalten, wenn dort derselbe Inhalt existiert:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^subdominio\.ihredomain\.com(?::[0-9]+)?$ [NC]
RewriteCond %{THE_REQUEST} \s/+([^?\s]*)
RewriteRule ^ https://dominio-publico.example/%1 [R=301,L,NE]

Die zweite Bedingung übernimmt den ursprünglichen Pfad der Anfrage, damit kodierte Zeichen erhalten bleiben; der Query-String bleibt erhalten, weil im Ziel kein anderer definiert ist. Das Ziel ist ein fester Name, den Sie ersetzen müssen; bauen Sie es nicht aus dem vom Besucher gesendeten Host zusammen. Ein ! vor der Bedingung würde ihre Wirkung umkehren und könnte die falsche Domain treffen.

Diese Regeln gehören in das Dokumentstammverzeichnis dieser Website. Geht es um einen alternativen Zugriff über einen Unterordner, braucht dieser eine eigene Regel für diesen Pfad; kopieren Sie nicht die Host-Bedingung in der Hoffnung, das Problem damit zu lösen.

Prüfen, ohne die öffentliche Domain zu beeinträchtigen

Testen Sie die Startseite und einen inneren Pfad der Subdomain und bestätigen Sie, dass die öffentliche Domain weiterhin direkt lädt. Prüfen Sie Statuscodes, Ziel, Parameter und dass keine Schleifen entstehen. Eine permanente Weiterleitung kann im Browser-Cache bleiben: Verwenden Sie zum Prüfen eine neue Sitzung.

Halten Sie das Zertifikat des alten Namens gültig, solange er HTTPS-Anfragen beantwortet; der TLS-Handshake findet vor der Weiterleitung statt. Aktualisieren Sie interne Links und Canonicals so, dass sie auf die öffentliche URL zeigen, und behalten Sie die Weiterleitungen von Adressen mit nützlichen Signalen bei.

Tritt ein Fehler 500 auf, stellen Sie die gespeicherte Datei wieder her und prüfen Sie das Protokoll, bevor Sie es mit neuen Regeln erneut versuchen.