Migracja strony to moment, w którym najłatwiej o “niewidoczny błąd”: coś działa u Ciebie, ale u klientów już nie. Dlatego zanim zmienisz DNS, warto podejrzeć stronę dokładnie tak, jak zobaczy ją przeglądarka po przełączeniu domeny.
W tym poradniku dostajesz dwie sprawdzone metody z praktycznymi instrukcjami (Windows/macOS/Linux), plus dodatkowe triki na SSL, hosting współdzielony i szybkie testy bez edycji systemu.
Jeśli dopiero planujesz przełączenie domeny, zerknij też na poradniki: czym jest propagacja DNS oraz jak skierować domenę na nowy serwer.
Co warto sprawdzić przed przełączeniem DNS
Podgląd strony przed zmianą DNS ma jeden cel: upewnić się, że po przełączeniu domeny nie wpadniesz w serię drobnych problemów, które razem robią duży kryzys (formularz nie wysyła, panel się nie loguje, koszyk nie działa, SSL straszy, przekierowania zapętlają).
- Widok strony i podstron: strona główna, kilka kluczowych podstron, wpisy, wyszukiwarka, 404.
- Logowanie i panel: np. /wp-admin w WordPressie, role użytkowników, wtyczki wymagające API.
- Formularze: kontakt, lead magnet, rezerwacje, newsletter, CAPTCHA.
- Skrypty i integracje: analityka, piksele, integracje CRM, bramki płatności (w trybie testowym).
- Przekierowania: www ↔ bez www, http → https, stare adresy → nowe.
- Media: czy obrazki i pliki ładują się z nowego serwera i nie ma “mixed content”.
- Poczta: jeśli DNS dotyczy też rekordów MX/TXT, przygotuj plan, żeby nie przerwać maili.
Warto wiedzieć: testuj w oknie prywatnym i na telefonie. Cache potrafi udawać, że “wszystko jest OK”, a później użytkownicy widzą coś innego.
DNS vs hosts. O co tu chodzi w podglądzie strony
Kiedy wpisujesz adres strony w przeglądarce, komputer musi ustalić, pod jaki adres IP ma się podłączyć. Zwykle robi to przez DNS (rekord A/AAAA). Plik hosts działa inaczej: na Twoim komputerze “na sztywno” mapuje domenę na IP – i wtedy omijasz DNS, TTL i “propagację”.
To dlatego hosts jest tak skuteczny w testach migracji: widzisz stronę na nowym serwerze, ale tylko u siebie. Reszta świata nadal może widzieć starą wersję aż do przełączenia DNS i wygaśnięcia cache (TTL). Jeśli chcesz lepiej zrozumieć mechanikę, zobacz: propagacja DNS i TTL.
Metoda: zmiana DNS na komputerze (kiedy ma sens)
Możesz zmienić “DNS” w ustawieniach sieci na komputerze, czyli wybrać innego resolvera (np. Google Public DNS). Taki resolver czasem szybciej “złapie” nową odpowiedź po zmianie rekordów – ale nie jest to magiczne ominięcie propagacji w internecie.
Jeśli chcesz tę metodę wykorzystać do obserwowania zmian (np. po edycji strefy), Google opisuje konfigurację i adresy resolvera tutaj: Google Public DNS.
Zwróć uwagę: ta metoda jest OK do “sprawdzenia, czy rekord się zmienił”, ale do podglądu strony jak po przełączeniu i tak wygrywa hosts (albo test subdomeną / curl).
Metoda: wpis w pliku hosts (najpewniejszy podgląd przed zmianą DNS)
To jest metoda, którą warto traktować jako “złoty standard” w testach migracji. Ustawiasz na swoim komputerze, że domena ma prowadzić na IP nowego serwera – i otwierasz stronę normalnie po nazwie (dzięki temu serwer dostaje prawidłowy nagłówek Host i potrafi wyświetlić właściwą witrynę nawet na hostingu współdzielonym).
Plik hosts to zwykły plik tekstowy z mapowaniem domen na IP (opis formatu i lokalizacji w różnych systemach znajdziesz np. w Wikipedii). hosts — definicja i lokalizacje
Co wpisać
Najczęściej potrzebujesz dwóch wpisów: dla domeny bez www oraz dla www. Wstaw IP nowego serwera (to, na które finalnie będzie wskazywał rekord A).
203.0.113.10 twojadomena.pl
203.0.113.10 www.twojadomena.plJeśli używasz też IPv6 (rekord AAAA), a chcesz mieć 100% pewności, możesz dodać wpisy IPv6 analogicznie. W strefie DNS AAAA opisujemy w instrukcji edycji rekordów: jak edytować rekordy DNS.
2001:db8::10 twojadomena.pl
2001:db8::10 www.twojadomena.plWindows: gdzie jest plik hosts
W Windows plik znajduje się tutaj:
C:\Windows\System32\drivers\etc\hostsOtwórz Notatnik jako administrator, edytuj plik, dopisz wpisy i zapisz.
Po zmianie warto wyczyścić cache DNS systemu:
ipconfig /flushdnsmacOS i Linux: gdzie jest plik hosts
Najczęściej edytujesz:
/etc/hostsPrzykładowo (edytor nano):
sudo nano /etc/hostsPo zapisaniu wyczyść cache DNS. Komendy różnią się zależnie od systemu, ale najczęściej sprawdzają się:
# macOS
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
# Linux (systemd-resolved)
sudo resolvectl flush-cachesPorada: po testach koniecznie usuń wpisy z hosts. W przeciwnym razie możesz “przypiąć” domenę do jednego IP i później dziwić się, że zmiany DNS nic u Ciebie nie zmieniają.
Typowe problemy przy podglądzie przez hosts
Hosting współdzielony i “to samo IP dla wielu stron”
To częsta obawa: “skoro kilka stron ma to samo IP, to hosts nie zadziała”. W praktyce działa – bo przeglądarka łączy się z IP, ale nadal prosi o konkretną domenę (nagłówek Host). Warunek jest jeden: domena musi być dodana/skonfigurowana na nowym serwerze (np. jako domena w panelu hostingu), żeby serwer wiedział, którą witrynę ma obsłużyć.
Jeśli dopiero przygotowujesz przekierowanie domeny, przyda Ci się też instrukcja ogólna “jak skierować domenę” oraz poradnik o edycji rekordów: jak skierować domenę na nowy serwer i jak zmienić rekordy DNS.
SSL/HTTPS: dlaczego przeglądarka może ostrzegać
Po wpisie w hosts możesz zobaczyć ostrzeżenie o certyfikacie. Najczęstsze powody:
- na nowym serwerze nie ma jeszcze certyfikatu dla domeny,
- strona wymusza HTTPS, a certyfikat jest dla innej nazwy (np. tylko dla subdomeny testowej),
- przeglądarka pamięta HSTS i “na siłę” idzie w HTTPS.
Najlepsza praktyka: przygotuj certyfikat SSL na nowym serwerze przed przełączeniem DNS. Jeśli szukasz gotowych opcji SSL, zobacz: certyfikaty SSL.
www i inne subdomeny, o których łatwo zapomnieć
Jeśli Twoja strona działa na www, dopisz w hosts również www.twojadomena.pl. Jeśli masz ważne subdomeny (np. panel, api, cdn), do testów możesz dodać je tymczasowo tak samo – ale pamiętaj, żeby po wszystkim posprzątać.
Alternatywa: subdomena testowa do podglądu (bez edycji hosts)
Jeśli nie chcesz edytować hosts (albo testujesz na wielu urządzeniach), zrób subdomenę typu test.twojadomena.pl i skieruj ją na nowy serwer. Wtedy:
- podglądasz stronę na nowym serwerze bez grzebania w systemie,
- łatwiej ogarnąć SSL (wystawiasz certyfikat dla subdomeny),
- możesz dać link do testów komuś z zespołu/klientowi.
Edycję rekordów A/AAAA/CNAME zrobisz zgodnie z instrukcją: jak edytować rekordy DNS. Jeśli Twoja domena ma być obsługiwana na serwerach DNS cyber_Folks, pomocna będzie też lista właściwych serwerów nazw: serwery DNS cyber_Folks.
Szybki test bez hosts: curl –resolve
Jeśli chcesz tylko sprawdzić, czy nowy serwer poprawnie odpowiada dla domeny (szczególnie pod HTTPS), możesz użyć curl i wymusić mapowanie domeny na IP w jednym poleceniu. To dobry “test techniczny” przed właściwym podglądem w przeglądarce.
Opcja --resolve jest opisana w dokumentacji curl/libcurl jako mechanizm podstawienia rozwiązywania hosta. CURLOPT_RESOLVE (curl)
# HTTP
curl --resolve twojadomena.pl:80:203.0.113.10 http://twojadomena.pl/
# HTTPS (ważne przy SSL, SNI i przekierowaniach)
curl --resolve twojadomena.pl:443:203.0.113.10 https://twojadomena.pl/Bezpieczne przełączenie DNS. Minimalna checklista “bez wpadki”
Gdy podgląd jest OK, czas na przełączenie. Jeśli zmieniasz rekord A (skierowanie domeny na nowy serwer), trzymaj się podstaw:
- Obniż TTL z wyprzedzeniem (np. dzień wcześniej), jeśli masz wpływ na TTL w strefie. To może skrócić “ogon” cache po zmianie. (Więcej o TTL i propagacji: propagacja DNS).
- Przełącz rekord A/AAAA zgodnie z instrukcją: edycja rekordów DNS.
- Przez kilka godzin licz się z “dwoma światami”: część użytkowników zobaczy starą wersję, część nową.
- Nie wykonuj “nieodwracalnych” zmian w trakcie przełączania (np. duże aktualizacje treści/bazy), jeśli nie masz planu synchronizacji.
- Po przełączeniu testuj z różnych sieci (LTE/Wi-Fi), a nie tylko u siebie.
A jeśli wolisz, żeby migrację i przełączenie ogarnął zespół, możesz zgłosić przeniesienie strony: migracja strony do cyber_Folks. Przy okazji możesz dobrać odpowiednią usługę: hosting WWW albo hosting WordPress.
FAQ – Podglad strony przed zmiana DNS
Tak – o ile domena jest poprawnie dodana i skonfigurowana na nowym serwerze. Przeglądarka wysyła nazwę domeny (Host), więc serwer wybiera właściwą witrynę. Samo wejście po IP często nic nie da.
Jeśli Twoja strona działa na www (albo przekierowuje na www), dodaj wpisy dla obu: domena.pl i www.domena.pl. Inaczej część wejść nadal pójdzie “starą” drogą.
Najczęściej na nowym serwerze nie ma jeszcze certyfikatu dla domeny albo strona wymusza HTTPS. Najlepiej przygotować SSL przed przełączeniem lub użyć subdomeny testowej z własnym certyfikatem.
Nie w pełni. Zmieniasz tylko resolver (serwer, który odpowiada na Twoje zapytania). To może pomóc szybciej zobaczyć zmianę rekordu, ale nie zastępuje hosts ani nie sprawia, że cały internet widzi nowy serwer od razu.
Najczęściej został wpis w hosts albo przeglądarka/system trzyma cache. Usuń wpisy z hosts i wyczyść cache DNS (oraz ewentualnie przetestuj w oknie prywatnym).
Podsumowanie i następny krok
Jeśli masz zrobić tylko jedną rzecz przed zmianą DNS: podejrzyj stronę przez hosts (albo testową subdomenę) i przeleć checklistę kluczowych funkcji. To najprostszy sposób, żeby uniknąć kosztownej “niespodzianki” po przełączeniu domeny.
Gdy chcesz skrócić ryzyko do minimum, a migrację zrzucić z głowy – zgłoś przeniesienie strony do cyber_Folks i przejdź przez zmianę spokojniej.
Zrobiłem wpis do pliku hosts, ale u Was na jednym IP funkcjonuje kilka serwerów różnych klientów.
Gdyby był tylko jeden, to wydaje mi się, że zadziałałoby wpisanie w adres przeglądarki samego adresu IP. W tym momencie wpis w hosts daje w efekcie błąd 404, a wpisanie adresu IP (u mnie to 88.198.241.36) skutkuje „PRO10 is functioning normally”
To znaczy że robisz coś źle, bo mi tą metodą udało się sprawdzić hosting przed zmianą propagacji DNS u operatora domeny, a mam W1GB.
Próbowałem już 2 razy i w ogóle mi to nie wychodzi :/
Sorry, ale patent z hosts nie działa. To oczywiste, bo jeśli mam współdzielony adres, to samo IP nic nie daje. Jarek powyżej ma rację – gdyby wystarczało IP, to należałoby podmienić w przeglądarce domenę na IP i tyle.
Nie macie racji. Jeżeli w DirectAdmin masz dodaną domenę to po zmianie w Windows host serwer wyświetli zawartość katalogu na który wskazuje domena.
Serwer potrzebuje chwili po dodaniu domeny w DA.
Aby domena działała z nowego współdzielonego serwera po dodaniu wpisu do pliku hosts trzeba dodać ją również w DirectAdmin.