Vorlage: Staging und Statusseite getrennt von der Produktion

Verwendung der Demo

Alle example.com-Namen, .example-Ziele und öffentlichen Beispieladressen sind Dokumentationswerte. Diese Vorlagen ändern keine DNS-Zone automatisch. Ersetze sie mit deinen tatsächlichen Werten und prüfe die Voraussetzungen des Dienstes. Private Adressen in internen Beispielen gehören nur in die interne DNS-Zone.

DNS-Gerüst

staging.example.com. 300 IN A 192.0.2.80
status.example.com. 300 IN CNAME statuspage.provider.example.

Das CNAME-Ziel ist fiktiv und muss durch den dokumentierten Wert des Statusdienstes ersetzt werden. Ein Anbieter kann zusätzlich einen bestimmten TXT-Verifizierungseintrag verlangen. Verwende exakt dessen Namen und Wert; erfinde keine Token und publiziere niemals API-Geheimnisse anstelle von Domain-Verifizierungstokens.

Staging vor Zugriff schützen

Ein öffentlich auflösbarer Staging-Name ist nicht privat. Schütze die Testanwendung durch VPN, vorgelagerte Authentifizierung oder eine passende Zugriffsbeschränkung. Robots-Angaben sind keine Zugangskontrolle. Kopiere keine ungeschützten Produktionsdaten in eine frei erreichbare Demo.

Zertifikate und Anwendung

Richte HTTPS und die korrekten Hostnamen in beiden Diensten ein. Ein CNAME auf den Statusanbieter erstellt dort noch keine eigene Domainzuordnung. Der Anbieter muss status.example.com auch annehmen und sein Zertifikat bereitstellen. Parallel veröffentlichte A- oder TXT-Daten am selben CNAME-Namen verursachen Konflikte; nutze den vorgesehenen separaten Verifizierungsnamen.

Betriebsablauf

Halte die Statusseite nach Möglichkeit von derselben Fehlerquelle unabhängig, über die sie berichten soll. Übernimm produktive DNS-Änderungen nicht ungeprüft aus Staging. Teste jeden Namen getrennt, dokumentiere die aktive Zuordnung und entferne nicht mehr verwendete Ziele und Verifizierungen kontrolliert. Ein verlassener CNAME auf einen freigegebenen fremden Dienst kann ein Übernahmerisiko darstellen.