Jak zobaczyć stronę na nowym serwerze przed zmianą DNS: porównanie wszystkich metod

Jeden serwer zwykle obsługuje wiele stron i wybiera właściwą po nazwie domeny, którą wysyła przeglądarka, więc http://203.0.113.10/ pokazuje stronę domyślną albo ostrzeżenie o certyfikacie. Każda z poniższych metod wysyła zapytanie na nowy IP, mówiąc przy tym „chcę example.com”. Różnią się tym, kto widzi wynik, na jakich urządzeniach i jak bardzo jest on dokładny.

System operacyjny czyta plik hosts, zanim zapyta DNS. Jeden wiersz na nazwę hosta kieruje Twoją domenę na nowy serwer, tylko na tym komputerze:

# 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

• Zalety: dokładny, darmowy i działa ze wszystkim: prywatne adresy IP, każdy port, własny certyfikat i nagłówki nowego serwera. Generator pliku hosts przygotuje wiersze za Ciebie.
• Wady: jeden komputer naraz, wymaga uprawnień administratora, niepraktyczny na iOS i Androidzie, łatwo o nim zapomnieć. Wpis pozostawiony po migracji trzyma Cię na niewłaściwym serwerze.
• Dla kogo: dla programisty sprawdzającego własną pracę i do końcowej kontroli HTTPS, nagłówków bezpieczeństwa i logowania przez zewnętrzne serwisy przed przełączeniem.

--resolve mówi curl, jakiego IP użyć dla danej nazwy hosta, więc zapytanie niesie Twoją prawdziwą domenę, także w uzgadnianiu TLS, a certyfikat jest sprawdzany:

# 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/

Używaj -H "Host: …" tylko dla zwykłego HTTP: przy HTTPS curl nadal wysłałby IP w uzgadnianiu TLS i sprawdzał certyfikat właśnie dla niego. W Windows wpisuj curl.exe, bo w Windows PowerShell 5.1 curl jest aliasem Invoke-WebRequest.

• Zalety: kilka sekund, nic do cofania, łatwo go oskryptować, a kody odpowiedzi, przekierowania i certyfikat widać dokładnie tak, jak wysyła je serwer.
• Wady: brak renderowania: tylko HTML i nagłówki, i tylko dla Ciebie.
• Dla kogo: do potwierdzenia, że strona jest skonfigurowana na nowym serwerze, zanim poświęcisz czas na cokolwiek innego, oraz do kontroli w skryptach i CI.

Wielu dostawców hostingu daje każdemu kontu tymczasowy adres w swojej domenie, a serwery z cPanel mogą udostępniać konto pod http://203.0.113.10/~username/, jeśli dostawca ma włączony mod_userdir. Możesz też dodać rekord dla nowej nazwy, na przykład staging.example.com, wskazujący nowy serwer: dodaje on nazwę hosta, nie ruszając rekordów działającej strony.

• Zalety: zwykły adres URL, który działa na każdym urządzeniu i można go wysłać każdemu, bez dodatkowego serwisu.
• Wady: strona odpowiada pod inną nazwą hosta. WordPress i większość CMS-ów przekierowuje na domenę zapisaną w ustawieniach, która nadal wskazuje stary serwer, a linki bezwzględne i pliki cookie też trzymają się prawdziwej domeny. Naprawa oznacza wyszukaj-i-zamień, które przed startem trzeba odwrócić. Wielu dostawców wyłącza adresy ~user, a HTTPS dotyczy tymczasowej nazwy, nie Twojej domeny.
• Dla kogo: dla stron statycznych i aplikacji z adresami względnymi albo gdy dostawca przekazuje stronę w ten sposób i nie ma innej opcji.

Chrome i inne przeglądarki oparte na Chromium przyjmują przełącznik startowy, który przypisuje nazwy hostów do IP tylko na czas tej sesji przeglądarki. Osobny folder profilu gwarantuje, że uruchomi się nowa instancja z tą regułą:

# 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

Ostatni wiersz to ten sam pomysł poziom wyżej: lokalny resolver, taki jak dnsmasq, albo lokalny rekord DNS w Pi-hole odpowiada nowym IP każdemu urządzeniu, które z niego korzysta, także telefonom w tej sieci Wi-Fi, o ile używają DNS sieci, a nie własnego prywatnego DNS. Rozszerzenia przeglądarki nie mogą edytować pliku hosts; niektóre serwisy podglądu oferują rozszerzenie jako skrót do swoich linków (hosts.click podaje rozszerzenie do Chrome; DNSPeek na razie go nie ma).

• Zalety: żadnych zmienionych plików systemowych, nic nie zostaje po zamknięciu przeglądarki, a odpowiedź jest dokładna, z prawdziwą domeną i certyfikatem.
• Wady: przełącznik Chrome działa tylko na komputerach i łatwo o pomyłkę, jeśli Chrome z tym samym profilem już działa. Resolver ktoś musi utrzymywać i pomaga on tylko osobom w Twojej sieci.
• Dla kogo: dla programistów, którzy chcą dokładnego działania bez ruszania pliku hosts, i dla zespołów testujących na prawdziwych urządzeniach w jednym biurze.

Serwis podglądu daje Ci link HTTPS we własnej domenie. Łączy się z podanym przez Ciebie IP, prosi o Twoją prawdziwą domenę i przepisuje linki, przekierowania oraz pliki cookie, aby odwiedzający nie opuszczali podglądu. To jedyna metoda z tej listy, z której klient skorzysta bez pomocy.

Co podają same serwisy, stan na październik 2026 (szczegóły: DNSPeek a SkipDNS, DNSPeek a Peek-DNS i DNSPeek a hosts.click):

• Zalety: telefony, tablety i klienci otwierają go jak każdy link, nie trzeba nic instalować ani cofać, a hasło lub data wygaśnięcia dają kontrolę.
• Wady: pośrodku jest proxy. Na przykład DNSPeek usuwa Strict-Transport-Security, Content-Security-Policy i X-Frame-Options oraz dostosowuje flagi plików cookie, aby podgląd działał pod własnym adresem; logowanie przez Google i strony płatności operatorów wracają do Twojej prawdziwej domeny; zapory na nowym serwerze mogą weryfikować ruch z proxy; działają tylko publiczne adresy IP. Zobacz czego podglądy nie potrafią.
• Dla kogo: do przeglądu przez klienta i interesariuszy, testów na telefonach i dla każdego, kogo nie należy prosić o edycję plików systemowych.

• Samodzielny programista, własny laptop: curl --resolve, potem plik hosts albo przełącznik Chrome. Tu są po prostu lepszym wyborem: dokładne, darmowe, bez nikogo pośrodku. Link do podglądu przyda się tylko do sprawdzenia na telefonie.
• Agencja z akceptacją klienta: link do podglądu chroniony hasłem. Klient nie dotyka plików systemowych, a Ty zostawiasz sobie plik hosts do sprawdzenia HTTPS, nagłówków i logowania, które proxy zmienia. Zobacz akceptacja klienta przed startem i DNSPeek dla agencji.
• Dostawca hostingu przenoszący klientów: tymczasowe adresy psują większość CMS-ów, więc wysyłaj linki do podglądu tworzone przez API lub wstępnie wypełniony link /new?domain=…&ip=…. Jeśli już dziś potrzebujesz przycisku w cPanel, SkipDNS i hosts.click podają wtyczki do paneli; DNSPeek jeszcze ich nie ma. Zobacz DNSPeek dla dostawców hostingu.

Większość migracji łączy dokładne sprawdzenie dla siebie z linkiem dla wszystkich innych. Więcej o tej parze: plik hosts czy link do podglądu; reszta przeprowadzki: lista kontrolna migracji strony.

1. 1

   Krok 1: Ustal IP nowego serwera

   Weź go z powitalnego e-maila nowego dostawcy lub z panelu, a nie z wyszukania Twojej domeny. Zobacz Jak znaleźć IP serwera.

2. 2

   Krok 2: Sprawdź, czy serwer odpowiada dla Twojej domeny

   Uruchom curl -sI --resolve example.com:443:203.0.113.10 https://example.com/. Kod 200 lub przekierowanie na Twoją domenę oznacza, że strona jest skonfigurowana; strona domyślna oznacza, że jeszcze nie.

3. 3

   Krok 3: Obejrzyj ją sam w przeglądarce

   Dodaj wpisy hosts za pomocą generatora pliku hosts albo uruchom Chrome z --host-resolver-rules, a potem przeklikaj kluczowe strony, formularze i panel administracyjny.

4. 4

   Krok 4: Udostępnij link do podglądu osobie, która akceptuje

   Wpisz domenę i IP w formularzu nowego podglądu, ustaw hasło, jeśli strona jest poufna, i wyślij link klientowi lub zespołowi.

5. 5

   Krok 5: Cofnij nadpisania po przełączeniu

   Usuń wiersze z pliku hosts lub zamknij profil Chrome, a następnie potwierdź, że publiczny DNS się zmienił, w narzędziu do sprawdzania propagacji DNS.