Was DNSPeek-Vorschauen nicht können

• HTML-Seiten, Stylesheets und Skripte; Links auf Ihre Domain werden auf die Vorschau umgeschrieben.
• Weiterleitungen, auch zwischen Ihrer Domain und ihrer www-Variante.
• Cookies und Logins: Cookies, die Ihr Server setzt, bleiben auf der Adresse des jeweiligen Vorschau-Links.
• Formulare und Datei-Uploads bis 64 MB pro Anfrage.
• WebSockets und Server-Sent Events für Live-Chat, Dashboards und Fortschrittsanzeigen.
• Komprimierte Antworten (gzip und Brotli).
• HTTP-Basic-Auth-Abfragen Ihres Servers, die unverändert beim Besucher ankommen.

Bot-Schutzdienste und Web Application Firewalls auf dem neuen Server, etwa eine Cloudflare-Challenge oder ein Sicherheits-Plugin, können Traffic von DNSPeek als automatisiert einstufen. Die Vorschau zeigt dann eine Challenge-Seite oder einen Fehler statt Ihrer Website.

Anfragen von DNSPeek tragen den Header X-DNSPeek-Proxy: 1. Wenn Sie die Firewall verwalten, lockern Sie die Regel für die Dauer des Umzugs oder pausieren Sie den Schutz, während Sie testen.

Wenn Ihre Domain über ein CDN wie Cloudflare läuft, liefert eine Abfrage die Adressen des CDN, nicht Ihres Servers. Für eine Vorschau brauchen Sie die Ursprungs-IP des neuen Servers von Ihrem Hosting-Anbieter. Siehe Server-IP finden.

DNSPeek schreibt Links um, die auf die Domain des Links zeigen. Sofern der Link keine Subdomains einschließt (siehe unten), bleiben absolute URLs auf anderen Hostnamen wie cdn.example.com oder static.example.com unverändert: Der Browser lädt sie von dort, wohin das öffentliche DNS heute zeigt, meist vom alten Server oder Ihrem CDN. Im Free-Tarif deckt ein Link einen Hostnamen ab; eine Website, die auf mehrere Subdomains verteilt ist, braucht also für jede einen Link.

In kostenpflichtigen Tarifen aktivieren Sie Subdomains einbeziehen, dann zeigt ein Link auch jede Subdomain der Website in der Vorschau. Das passt zu einer WordPress-Multisite: shop.example.com öffnet sich unter shop---alias auf der Vorschau-Domain, und Links zwischen den Subdomains bleiben in der Vorschau. Hosts außerhalb der Website, etwa ein fremdes CDN, werden weiterhin aus dem Internet geladen. Jede Subdomain behält ihre eigenen Cookies, ein Login über mehrere Subdomains muss also auf jeder wiederholt werden. Siehe WordPress-Multisite und Subdomains.

JavaScript, das URLs zur Laufzeit zusammensetzt, wird zurückhaltend umgeschrieben. Eine Single-Page-App, die ihre API-Adressen selbst baut, ruft daher womöglich weiterhin die Live-Website auf. Ein QA-Bericht markiert defekte Dateien und fest eingetragene URLs, die auf temporäre Hosts oder reine IPs zeigen.

Dienste außerhalb Ihres Servers kennen nur Ihre echte Domain, und das öffentliche DNS lässt sie bis zur Umstellung auf den alten Server zeigen:

• Anmeldung mit Google, Microsoft oder SSO schickt den Besucher zur Callback-Adresse zurück, die für Ihre echte Domain registriert ist. Der Besucher landet also auf der Live-Website statt in der Vorschau.
• Gehostete Zahlungsseiten kehren auf dieselbe Weise zu Ihrer echten Domain zurück, und Zahlungs-Webhooks gehen weiter an den alten Server, bis das DNS umgestellt ist.

Alles, was Besucher in der Vorschau tun, etwa sich anmelden, ein Formular absenden oder bestellen, passiert wirklich auf dem neuen Server. Verwenden Sie Testkonten und prüfen Sie Login und Bezahlvorgang direkt nach der Umstellung erneut.

Damit Seiten unter der Vorschau-Adresse funktionieren, entfernt DNSPeek die Header Strict-Transport-Security, Content-Security-Policy und X-Frame-Options Ihres Servers und markiert Cookies mit SameSite=None; Secure. Prüfen Sie diese Header nach der Umstellung auf der echten Domain, nicht in der Vorschau.

Private Netzwerkbereiche (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) und Loopback-Adressen sind gesperrt, eine Vorschau kann also keine Rechner in einem privaten Netzwerk erreichen. Das Dashboard akzeptiert IPv4-Adressen.

• Links im Tarif Free laufen 7 Tage nach dem Erstellen ab. In kostenpflichtigen Tarifen können Links ohne Ablaufdatum bestehen bleiben.
• Ein abgelaufener Link weist darauf hin; ein Link, den sein Inhaber deaktiviert hat, zeigt stattdessen das an.
• Ein passwortgeschützter Link fragt vor dem Anzeigen der Website nach dem Passwort und merkt sich den Browser dann für 24 Stunden.
• Wenn die meisten letzten Anfragen an den neuen Server fehlschlagen, antwortet DNSPeek kurzzeitig mit 503, statt bei jeder Anfrage zu warten. Beheben Sie das Problem am Server und laden Sie die Seite nach einer kurzen Pause neu.

Vorschauen sind zum Testen und Prüfen vor der DNS-Umstellung gedacht. Alle, die den Link haben, können ihn öffnen. Schützen Sie Sensibles daher mit einem Passwort und deaktivieren Sie Links, die Sie nicht mehr brauchen. Wie wir mit Ihren Daten umgehen, steht auf der Vertrauensseite.