Website auf dem neuen Server vor der DNS-Umstellung ansehen: alle Methoden im Vergleich

Ein Server hostet meist viele Websites und wählt eine anhand des Domainnamens, den der Browser mitschickt. Deshalb zeigt http://203.0.113.10/ eine Standardseite oder eine Zertifikatswarnung. Jede Methode unten schickt die Anfrage an die neue IP und sagt dabei „Ich möchte example.com“. Sie unterscheiden sich darin, wer das Ergebnis sieht, auf welchen Geräten und wie exakt es ist.

Ihr Betriebssystem liest die hosts-Datei, bevor es DNS fragt. Eine Zeile pro Hostname leitet Ihre Domain auf den neuen Server um, nur auf diesem Computer:

# Windows: C:\Windows\System32\drivers\etc\hosts  (edit as Administrator)
# macOS / Linux: /etc/hosts  (edit with sudo)
203.0.113.10   example.com
203.0.113.10   www.example.com

# Then flush the DNS cache
ipconfig /flushdns                                              # Windows
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder   # macOS
resolvectl flush-caches                                         # Linux with systemd-resolved

• Vorteile: exakt, kostenlos und für alles geeignet: private IPs, jeder Port, das eigene Zertifikat und die Header des neuen Servers. Der hosts-Datei-Generator schreibt die Zeilen für Sie.
• Nachteile: immer nur ein Rechner, Administratorrechte nötig, auf iOS und Android unpraktisch und leicht zu vergessen. Eine nach dem Umzug vergessene Zeile hält Sie auf dem falschen Server fest.
• Ideal für: Entwickler, die ihre eigene Arbeit prüfen, und die letzte Kontrolle von HTTPS, Sicherheits-Headern und Anmeldung über Dritte vor der Umstellung.

--resolve sagt curl, welche IP es für einen Hostnamen verwenden soll. So trägt die Anfrage Ihre echte Domain, auch im TLS-Handshake, und das Zertifikat wird geprüft:

# Status line and headers from the new server, over HTTPS
curl -sI --resolve example.com:443:203.0.113.10 https://example.com/

# The page title, to make sure it is your site and not a default page
curl -s --resolve example.com:443:203.0.113.10 https://example.com/ | grep -i "<title>"

# No certificate yet? -k skips verification; plain HTTP works with a Host header
curl -skI --resolve example.com:443:203.0.113.10 https://example.com/
curl -sI -H "Host: example.com" http://203.0.113.10/

Verwenden Sie -H "Host: …" nur für einfaches HTTP: Über HTTPS würde curl im TLS-Handshake weiterhin die IP senden und das Zertifikat gegen sie prüfen. Unter Windows tippen Sie curl.exe, denn in Windows PowerShell 5.1 ist curl ein Alias für Invoke-WebRequest.

• Vorteile: dauert Sekunden, nichts rückgängig zu machen, skriptfähig, und es zeigt Statuscodes, Weiterleitungen und das Zertifikat genau so, wie der Server sie sendet.
• Nachteile: keine Darstellung: nur HTML und Header, und nur für Sie.
• Ideal für: die Bestätigung, dass die Website auf dem neuen Server eingerichtet ist, bevor Sie Zeit in anderes stecken, und für Prüfungen in Skripten oder CI.

Viele Hoster geben jedem Konto eine temporäre Adresse auf ihrer eigenen Domain, und cPanel-Server liefern ein Konto unter Umständen unter http://203.0.113.10/~username/ aus, wenn der Hoster mod_userdir aktiviert hat. Sie können auch einen Eintrag für einen neuen Namen wie staging.example.com anlegen, der auf den neuen Server zeigt: Das fügt einen Hostnamen hinzu, ohne die Live-Einträge anzutasten.

• Vorteile: eine normale URL, die auf jedem Gerät funktioniert und an jeden geschickt werden kann, ohne zusätzlichen Dienst.
• Nachteile: Die Website antwortet unter einem anderen Hostnamen. WordPress und die meisten CMS leiten auf die in ihren Einstellungen gespeicherte Domain um, die noch auf den alten Server zeigt, und absolute Links und Cookies folgen ebenfalls der echten Domain. Das zu beheben heißt Suchen und Ersetzen, das Sie vor dem Livegang rückgängig machen müssen. Viele Hoster deaktivieren ~user-URLs, und HTTPS gilt für den temporären Namen, nicht für Ihre Domain.
• Ideal für: statische Websites und Apps mit relativen URLs oder die Übergabe durch den Hoster, wenn nichts anderes verfügbar ist.

Chrome und andere Chromium-basierte Browser akzeptieren einen Startparameter, der Hostnamen nur für diese Browsersitzung einer IP zuordnet. Ein separater Profilordner sorgt dafür, dass eine neue Instanz mit der Regel startet:

# Windows (Command Prompt)
"C:\Program Files\Google\Chrome\Application\chrome.exe" --user-data-dir=%TEMP%\chrome-preview --host-resolver-rules="MAP example.com 203.0.113.10, MAP www.example.com 203.0.113.10"

# macOS
open -na "Google Chrome" --args --user-data-dir=/tmp/chrome-preview --host-resolver-rules="MAP example.com 203.0.113.10, MAP www.example.com 203.0.113.10"

# A resolver for your whole network (dnsmasq; also covers subdomains)
address=/example.com/203.0.113.10

Die letzte Zeile ist dieselbe Idee eine Ebene höher: Ein lokaler Resolver wie dnsmasq oder ein lokaler DNS-Eintrag in Pi-hole antwortet jedem Gerät, das ihn nutzt, mit der neuen IP, auch Smartphones in diesem WLAN, solange sie das DNS des Netzwerks verwenden und kein eigenes privates DNS. Browsererweiterungen können die hosts-Datei nicht bearbeiten; manche Vorschau-Dienste bieten eine als Abkürzung zu ihren Links an (hosts.click nennt eine Chrome-Erweiterung; DNSPeek hat noch keine).

• Vorteile: keine Systemdateien bearbeitet, nichts bleibt zurück, wenn Sie den Browser schließen, und eine exakte Antwort mit echter Domain und echtem Zertifikat.
• Nachteile: Der Chrome-Parameter funktioniert nur auf dem Desktop und geht leicht schief, wenn Chrome mit demselben Profil schon läuft. Ein Resolver braucht jemanden, der ihn betreibt, und hilft nur Leuten in Ihrem Netzwerk.
• Ideal für: Entwickler, die exaktes Verhalten wollen, ohne die hosts-Datei anzufassen, und Teams, die in einem Büro auf echten Geräten testen.

Ein Vorschau-Dienst gibt Ihnen einen HTTPS-Link auf seiner eigenen Domain. Der Dienst verbindet sich mit der eingegebenen IP, fragt Ihre echte Domain an und schreibt Links, Weiterleitungen und Cookies um, damit Besucher in der Vorschau bleiben. Es ist die einzige Methode hier, die ein Kunde ohne Hilfe nutzen kann.

Was die Dienste selbst angeben, Stand Oktober 2026 (Details unter DNSPeek vs. SkipDNS, DNSPeek vs. Peek-DNS und DNSPeek vs. hosts.click):

• Vorteile: Smartphones, Tablets und Kunden öffnen ihn wie jeden Link, nichts zu installieren oder rückgängig zu machen, und ein Passwort oder Ablaufdatum hält ihn unter Kontrolle.
• Nachteile: Ein Proxy sitzt dazwischen. DNSPeek zum Beispiel entfernt Strict-Transport-Security, Content-Security-Policy und X-Frame-Options und passt Cookie-Flags an, damit die Vorschau unter ihrer eigenen Adresse funktioniert; Anmeldung mit Google und gehostete Zahlungsseiten kehren zu Ihrer echten Domain zurück; Firewalls auf dem neuen Server können Proxy-Verkehr blockieren oder prüfen; und nur öffentliche IPs sind erreichbar. Siehe was Vorschauen nicht können.
• Ideal für: Review durch Kunden und Beteiligte, mobile Prüfungen und alle, die man nicht bitten sollte, Systemdateien zu bearbeiten.

• Einzelentwickler am eigenen Laptop: curl --resolve, dann die hosts-Datei oder der Chrome-Parameter. Hier sind sie schlicht die bessere Wahl: exakt, kostenlos, kein Dritter dazwischen. Einen Vorschau-Link brauchen Sie nur für Ihr Smartphone.
• Agentur mit Kundenfreigabe: ein passwortgeschützter Vorschau-Link. Der Kunde fasst keine Systemdateien an; Sie behalten die hosts-Datei, um HTTPS, Header und Anmeldung zu prüfen, die ein Proxy verändert. Siehe Kundenfreigabe vor dem Launch und DNSPeek für Agenturen.
• Hoster, der Kunden umzieht: Temporäre URLs machen die meisten CMS kaputt, also verschicken Sie Vorschau-Links, erstellt über die API oder einen vorausgefüllten /new?domain=…&ip=…-Link. Wenn Sie heute einen Button in cPanel brauchen: SkipDNS und hosts.click nennen Panel-Plugins; DNSPeek hat noch keine. Siehe DNSPeek für Hoster.

Die meisten Umzüge kombinieren eine exakte Prüfung für Sie selbst mit einem Link für alle anderen. Mehr zu diesem Paar: hosts-Datei oder Vorschau-Link; der Rest des Umzugs: die Checkliste für den Website-Umzug.

1. 1

   Schritt 1: Die IP des neuen Servers besorgen

   Nehmen Sie sie aus der Willkommens-E-Mail oder dem Control Panel des neuen Hosters, nicht aus einer Abfrage Ihrer Domain. Siehe Server-IP finden.

2. 2

   Schritt 2: Prüfen, ob der Server für Ihre Domain antwortet

   Führen Sie curl -sI --resolve example.com:443:203.0.113.10 https://example.com/ aus. Ein 200 oder eine Weiterleitung auf Ihre eigene Domain heißt, die Website ist eingerichtet; eine Standardseite heißt, noch nicht.

3. 3

   Schritt 3: Selbst im Browser ansehen

   Fügen Sie hosts-Einträge mit dem hosts-Datei-Generator hinzu oder starten Sie Chrome mit --host-resolver-rules, und klicken Sie sich dann durch die wichtigsten Seiten, Formulare und den Admin-Bereich.

4. 4

   Schritt 4: Einen Vorschau-Link an die Freigebenden schicken

   Geben Sie Domain und IP im Formular für neue Vorschauen ein, setzen Sie bei sensiblen Websites ein Passwort und schicken Sie den Link an Ihren Kunden oder Ihr Team.

5. 5

   Schritt 5: Overrides nach der Umstellung entfernen

   Löschen Sie die hosts-Zeilen oder schließen Sie das Chrome-Profil, und bestätigen Sie dann mit dem DNS-Propagation-Checker, dass das öffentliche DNS umgezogen ist.