Zmiana serwerów nazw domeny. Kiedy jest potrzebna i jak ją przeprowadzić?

Firma zmienia hosting, przenosi stronę do nowego wykonawcy albo chce włączyć zewnętrzną usługę ochrony i przyspieszania strony. W każdej z tych sytuacji prędzej czy później pada prośba: „proszę zmienić serwery nazw domeny”. Dla osoby, która na co dzień prowadzi firmę, a nie zajmuje się siecią, brzmi to obco, a w dodatku wiadomo, że pomyłka może wyłączyć stronę i pocztę.

Ta instrukcja jest napisana dla właścicieli firm i osób, które opiekują się firmową domeną bez technicznego przygotowania. Wyjaśniam w niej, czym serwery nazw różnią się od pojedynczych rekordów, kiedy ich zmiana jest naprawdę potrzebna, a kiedy wystarczy mniejsza i bezpieczniejsza poprawka.

Po lekturze czytelnik będzie umiał sprawdzić, z jakich serwerów nazw korzysta jego domena, przygotować nową strefę tak, aby nie zginęła ani jedna usługa, przeprowadzić samą zmianę w panelu rejestratora, a potem ocenić, czy wszystko zadziałało. Opisuję też, co robić, gdy po zmianie przestaje działać strona albo poczta.

Czym są serwery nazw i co właściwie się zmienia?

Każda domena potrzebuje miejsca, w którym zapisano, dokąd ma prowadzić. To miejsce nazywa się strefą DNS. Strefa jest zbiorem rekordów, czyli krótkich wpisów: jeden mówi, na jakim serwerze stoi strona, inny wskazuje serwer poczty, kolejne potwierdzają prawo do domeny w zewnętrznych usługach.

Strefa nie wisi w powietrzu. Przechowują ją serwery nazw, w panelach opisywane także jako „Serwery DNS” albo skrótem NS. Zwykle są co najmniej dwa, aby awaria jednego nie odcięła domeny od świata. Ich nazwy wyglądają jak adresy, na przykład ns1.nazwa-dostawcy.pl i ns2.nazwa-dostawcy.pl.

Informację o tym, które serwery nazw obsługują daną domenę, przechowuje rejestr rozszerzenia, a wprowadza ją rejestrator, czyli firma, w której domena jest opłacana. Dokumentacja OVHcloud ujmuje to wprost: serwery DNS trzeba zadeklarować u rejestratora domeny, aby korzystać ze strefy, którą hostują. Takie wskazanie nazywa się delegacją domeny.

Zmiana serwerów nazw nie jest więc poprawieniem jednego wpisu. To przełączenie całej domeny na inną strefę, prowadzoną w innym miejscu. Od tej chwili liczy się wyłącznie to, co zapisano w nowej strefie, a stara przestaje mieć znaczenie, nawet jeśli nadal istnieje u poprzedniego dostawcy.

Z tego wynika najważniejsza zasada całej operacji: zawartość starej strefy nie przenosi się sama. Jeśli w nowej strefie zabraknie rekordu poczty, poczta przestanie przychodzić, choć nikt jej nie wyłączał.

Kiedy zmiana serwerów nazw jest potrzebna, a kiedy wystarczy zmienić rekord?

W praktyce widzę, że serwery nazw bywają zmieniane niepotrzebnie. Ktoś przenosi samą stronę na nowy hosting, a przy okazji przełącza całą domenę i traci pocztę, która miała zostać w starym miejscu. Dlatego przed jakimkolwiek kliknięciem należy ustalić, co dokładnie ma się zmienić.

Sytuacje, w których zmiana serwerów nazw ma sens

• Nowy dostawca hostingu ma obsługiwać i stronę, i pocztę, a zarządzanie rekordami ma odbywać się w jego panelu.
• Domena ma zostać podłączona do zewnętrznej usługi, która wymaga przejęcia całej strefy, na przykład do Cloudflare w pełnej konfiguracji.
• Dotychczasowy dostawca strefy kończy świadczenie usługi albo umowa z nim wygasa, a rejestrator domeny pozostaje ten sam.
• Strefa ma wrócić pod opiekę rejestratora, bo firma chce mieć domenę i jej ustawienia w jednym panelu.
• Obecne serwery nazw działają zawodnie albo ich panel nie pozwala dodać potrzebnych rekordów.

Sytuacje, w których wystarczy zmiana rekordu

Jeśli na nowy serwer przenosi się wyłącznie strona, a poczta i pozostałe usługi zostają tam, gdzie były, wystarcza zmiana rekordu wskazującego serwer strony. Opisałem to w tekście o tym, jak skierować domenę na serwer rekordem A i rekordem CNAME. Taka zmiana dotyczy jednego wpisu i nie narusza reszty strefy.

Podobnie jest z pocztą. Przejście na inną skrzynkę firmową wymaga zmiany rekordów poczty, a nie serwerów nazw. Kroki zebrałem w instrukcji o tym, jak skierować pocztę firmową rekordem MX.

Zmiana serwerów nazw nie jest też przeniesieniem domeny do innego rejestratora. To dwie osobne operacje. Domena może być opłacana w jednej firmie, a jej strefa może stać w zupełnie innej. Przeniesienie domeny odbywa się z użyciem kodu autoryzującego, o czym piszę w tekście o przeniesieniu domeny do innego rejestratora.

Prosta reguła, którą stosuję: jeśli zmienia się jedna usługa, zmienia się rekord. Jeśli zmienia się miejsce, w którym zarządza się wszystkimi rekordami, zmienia się serwery nazw.

Jak sprawdzić, z jakich serwerów nazw domena korzysta obecnie?

Zanim cokolwiek zostanie zmienione, trzeba wiedzieć, jak jest teraz. Zdarza się, że właściciel firmy jest przekonany, iż strefa znajduje się u rejestratora, a w rzeczywistości od dawna prowadzi ją firma hostingowa albo dawny wykonawca strony.

Najprościej zajrzeć do panelu rejestratora. W ustawieniach domeny znajduje się część nazwana najczęściej „Serwery DNS”, „Serwery nazw” albo „Delegacja”. Widać w niej nazwy serwerów, na które domena jest obecnie wydelegowana.

Drugi sposób nie wymaga logowania. Na komputerze z systemem Windows należy otworzyć wiersz polecenia i wpisać polecenie z nazwą własnej domeny w miejscu przykładowej:

nslookup -type=ns przyklad.pl 8.8.8.8

W systemie macOS i Linux ten sam wynik daje w terminalu polecenie:

dig ns przyklad.pl @8.8.8.8

Odpowiedź zawiera listę serwerów nazw. Po ich nazwach zwykle od razu widać, do jakiego dostawcy należą. Osoby, które wolą nie używać wiersza polecenia, znajdą te same dane w publicznych wyszukiwarkach WHOIS. Dla domen z końcówką .pl taką wyszukiwarkę prowadzi rejestr, czyli NASK.

Wynik warto od razu zapisać w notatce razem z dzisiejszym stanem strefy. Jeśli po zmianie coś pójdzie źle, powrót do poprzednich serwerów nazw będzie najszybszą drogą ratunku, a do tego trzeba znać ich dokładne nazwy.

Co przygotować przed zmianą, żeby nie stracić strony i poczty?

Przygotowanie zajmuje więcej czasu niż sama zmiana i to ono decyduje o powodzeniu. OVHcloud ostrzega w swojej dokumentacji, że błąd w konfiguracji może spowodować niedostępność strony albo uniemożliwić otrzymywanie nowych wiadomości, a zawartość poprzedniej strefy nie jest automatycznie kopiowana do nowej.

Kolejność prac przed zmianą powinna wyglądać następująco:

1. Ustalenie, kto ma dostęp do panelu rejestratora domeny. Bez loginu i hasła do tego panelu zmiana nie jest możliwa. Jeśli domeną opiekował się dotąd wykonawca strony, dostęp trzeba uzyskać, zanim rozpoczną się dalsze prace.
2. Otwarcie obecnej strefy DNS u dotychczasowego dostawcy i spisanie wszystkich rekordów. Wiele paneli pozwala pobrać strefę jako plik tekstowy. Gdy takiej funkcji nie ma, wystarczy zrzut ekranu całej listy albo przepisanie jej do arkusza.
3. Założenie strefy dla domeny u nowego dostawcy. Część dostawców próbuje samodzielnie odczytać dotychczasowe rekordy, ale takie odczytanie bywa niepełne, o czym uprzedza na przykład dokumentacja Cloudflare.
4. Porównanie obu stref wiersz po wierszu. Każdy rekord ze starej strefy powinien mieć odpowiednik w nowej, chyba że świadomie ma zostać zmieniony albo pominięty.
5. Zanotowanie nazw nowych serwerów nazw dokładnie w takiej postaci, w jakiej podaje je nowy dostawca. Najbezpieczniej jest je skopiować, a nie przepisywać ręcznie.
6. Wybranie spokojnego terminu. Radzę unikać dni, w których firma prowadzi kampanię reklamową, wysyła ważne oferty albo czeka na istotną korespondencję.

Których rekordów najczęściej brakuje w nowej strefie?

Rekord strony głównej rzadko bywa pominięty, bo jego brak widać natychmiast. Kłopoty sprawiają wpisy, o których nikt nie pamięta, ponieważ dodano je dawno temu i od tej pory działały bez dotykania.

• Rekordy MX, które kierują pocztę na właściwy serwer. Ich brak oznacza, że wiadomości do firmy przestają docierać.
• Rekordy TXT z ustawieniami SPF, DKIM i DMARC. Bez nich wiadomości wysyłane z firmowych adresów mogą trafiać do spamu.
• Rekordy TXT i CNAME służące do potwierdzenia domeny w zewnętrznych usługach, na przykład w Google Search Console, w pakiecie biurowym albo w systemie do wysyłki newslettera.
• Rekordy subdomen, takich jak adres sklepu, panelu klienta, poczty przez przeglądarkę albo wersji testowej strony.
• Rekordy CAA, jeśli były ustawione. Decydują o tym, kto może wystawić certyfikat SSL dla domeny.

Przy poczcie szczególnie polecam sprawdzić trzy zabezpieczenia nadawcy. Ich znaczenie i poprawny zapis omówiłem w tekście o ustawieniu SPF, DKIM i DMARC.

Czy przed zmianą trzeba skracać czas TTL?

TTL to zapisany przy rekordzie czas, przez który inne serwery w internecie pamiętają odpowiedź, zanim zapytają o nią ponownie. Podaje się go w sekundach, na przykład wartość 3600 oznacza godzinę. Im dłuższy czas, tym dłużej po zmianie część internautów będzie kierowana pod stary adres.

Jeśli razem ze zmianą serwerów nazw zmienia się także serwer strony albo poczty, rozsądnie jest skrócić TTL najważniejszych rekordów w starej strefie z wyprzedzeniem co najmniej równym dotychczasowej wartości. Jeśli rekordy w nowej strefie są identyczne jak w starej, skracanie nie jest konieczne, ponieważ obie strefy odpowiadają tak samo.

Kto woli nie zajmować się tym samodzielnie, może zadzwonić pod numer 533 525 168 albo napisać na info@lukaszwudyka.pl, a ja przejmę sprawę: spiszę obecną strefę, odtworzę ją u nowego dostawcy i przeprowadzę zmianę serwerów nazw tak, aby strona i poczta działały bez przerwy.

Co zrobić z zabezpieczeniem DNSSEC przed zmianą?

DNSSEC to dodatkowe zabezpieczenie, które podpisuje odpowiedzi serwerów nazw, aby nikt nie mógł ich podmienić po drodze. Wiele firm ma je włączone, nie wiedząc o tym, ponieważ dostawca uruchomił je razem z domeną.

Przy zmianie serwerów nazw to zabezpieczenie wymaga uwagi. Podpis jest powiązany z dotychczasowymi serwerami, a w rejestrze zapisany jest pasujący do niego wpis. Gdy domena zostanie przełączona na nowe serwery, a stary wpis pozostanie, część internetu uzna odpowiedzi za sfałszowane i domena przestanie się otwierać. Cloudflare ostrzega przed tym wprost: zmiana serwerów nazw przy aktywnym DNSSEC może sprawić, że domena stanie się niedostępna.

Bezpieczna kolejność jest następująca: najpierw wyłączenie DNSSEC u rejestratora, potem odczekanie, aż wyłączenie zostanie zastosowane, dopiero później zmiana serwerów nazw, a na końcu ponowne włączenie zabezpieczenia już u nowego dostawcy strefy.

W panelu OVHcloud stan zabezpieczenia widać na stronie informacji o domenie, w polu „Bezpieczeństwo”, w wierszu „Zabezpieczenie DNS – DNSSEC”. Dokumentacja tego dostawcy podaje, że włączenie lub wyłączenie może zająć do 24 godzin, a zmiana serwerów DNS zostanie zastosowana dopiero po wyłączeniu DNSSEC. U innych rejestratorów opcja nosi podobną nazwę i znajduje się w ustawieniach domeny albo w części poświęconej DNS.

Jeśli w panelu nie widać żadnej wzmianki o DNSSEC, najpewniej zabezpieczenie nie jest aktywne. W razie wątpliwości lepiej zapytać o to pomoc techniczną rejestratora, niż zgadywać.

Jak przeprowadzić zmianę w panelu rejestratora?

Zmianę wykonuje się zawsze tam, gdzie domena jest zarejestrowana, a nie u nowego dostawcy hostingu. Nowy dostawca podaje jedynie nazwy serwerów, które trzeba wpisać. Jeśli nie wiadomo, kto jest rejestratorem, informację tę podaje wyszukiwarka WHOIS oraz faktura za odnowienie domeny.

Układ paneli różni się między firmami, ale kolejność czynności jest wszędzie ta sama:

1. Zalogowanie się do panelu rejestratora na koncie, które ma uprawnienia do zarządzania domeną.
2. Otwarcie listy domen i wybranie tej, której dotyczy zmiana.
3. Przejście do części nazwanej „Serwery DNS”, „Serwery nazw” albo „Delegacja”.
4. Wybranie opcji użycia własnych serwerów nazw, jeśli panel rozróżnia serwery domyślne i własne.
5. Usunięcie dotychczasowych nazw serwerów i wklejenie nowych, każdej w osobnym polu. Trzeba wpisać wszystkie serwery podane przez nowego dostawcę, a nie tylko pierwszy.
6. Sprawdzenie pisowni każdej nazwy. Jedna literówka wystarczy, aby domena przestała odpowiadać.
7. Zatwierdzenie zmiany przyciskiem zapisu i potwierdzenie jej, jeśli panel prosi o dodatkowy kod z wiadomości e-mail albo SMS.
8. Zanotowanie godziny zatwierdzenia. Przyda się przy ocenie, ile czasu minęło od zmiany.

Starych serwerów nazw nie należy zostawiać obok nowych. Dokumentacja Cloudflare zaleca usunięcie dotychczasowych serwerów i dodanie w ich miejsce nowych. Mieszanie serwerów dwóch dostawców jest konfiguracją dla zaawansowanych i wymaga, aby wszystkie serwery miały identyczną strefę.

Przykład: panel OVHcloud

W Panelu klienta OVHcloud należy wejść w „Web Cloud”, następnie w „Domeny”, wybrać nazwę domeny i otworzyć zakładkę „Serwery DNS”. Po prawej stronie tabeli znajduje się przycisk „Zmień serwery DNS”, na mniejszych ekranach bywa widoczny pod tabelą.

W polu „Serwer DNS” wpisuje się nazwę serwera. Pole „Przypisane IP (opcjonalnie)” w typowej sytuacji zostaje puste. Kolejny serwer dodaje się przyciskiem „+”, a liczbę serwerów dozwoloną dla danego rozszerzenia panel podaje w nocie nad polami. Całość zatwierdza się przyciskiem „Zastosuj konfigurację”, a po sprawdzeniu podsumowania przyciskiem „Zastosuj”.

Dokumentacja zaznacza, że przed dodaniem serwer musi być dostępny i musi zawierać strefę dla danej domeny. To kolejny powód, dla którego strefę u nowego dostawcy zakłada się przed zmianą, a nie po niej.

Przykład: podłączenie domeny do Cloudflare

W tym przypadku praca zaczyna się u nowego dostawcy. Zgodnie z dokumentacją w panelu Cloudflare należy przejść do „Domains” i wybrać „Onboard a domain”, wpisać nazwę domeny, przejrzeć rekordy i wybrać plan. Usługa przydziela wtedy dwa serwery nazw. Są przypisywane automatycznie i nie da się ich zmienić.

Następnie te dwie nazwy wkleja się u rejestratora w miejsce dotychczasowych, po wcześniejszym wyłączeniu DNSSEC. Dopóki zmiana nie zostanie zauważona, domena ma w panelu status „Pending Nameserver Update”. Po poprawnym przełączeniu status zmienia się na „Active”, a na adres konta przychodzi wiadomość z potwierdzeniem.

Co, jeśli panel rejestratora wygląda inaczej?

Nazwy mogą się różnić, ale sens pozostaje ten sam. Na przykład pomoc GoDaddy opisuje w ustawieniach domeny wybór między „Serwery nazw GoDaddy (zalecane)” a „Użyję własnych serwerów nazw”, po którym klika się „Zapisz” i „Kontynuuj”. Gdy w panelu nie da się znaleźć odpowiedniej części, najszybciej jest wpisać w wyszukiwarce pomocy rejestratora hasło „zmiana serwerów DNS”.

Zdarza się też, że panel w ogóle nie pozwala na zmianę, bo domena została kupiona przez pośrednika albo jest zablokowana do edycji. Wtedy zmianę zleca się pisemnie pomocy technicznej. W zgłoszeniu wystarczy podać: Proszę o zmianę serwerów nazw dla domeny przyklad.pl na: ns1.nowy-dostawca.pl oraz ns2.nowy-dostawca.pl. Proszę o potwierdzenie wykonania.

Ile trwa zmiana i po czym poznać, że zadziałała?

Zmiana przebiega w dwóch etapach. Najpierw rejestrator przekazuje nowe dane do rejestru rozszerzenia. W panelu OVHcloud postęp tej operacji można śledzić na stronie „Operacje w toku”. Dopiero po zaktualizowaniu rejestru nowa informacja zaczyna rozchodzić się po serwerach na całym świecie.

Ten drugi etap nazywa się propagacją. Dokumentacja OVHcloud każe odczekać maksymalnie 48 godzin, pomoc GoDaddy podaje, że większość zmian zaczyna obowiązywać w ciągu godziny, a pełna aktualizacja może potrwać do 48 godzin. Cloudflare wskazuje, że aktualizacja po stronie rejestratora może zająć do 24 godzin. W praktyce zmiana bywa widoczna znacznie szybciej, ale planować trzeba z zapasem.

W okresie przejściowym część internautów trafia jeszcze do starej strefy, a część już do nowej. To zjawisko normalne i nie oznacza błędu. Właśnie dlatego obie strefy powinny przez ten czas podawać poprawne dane.

Z tego samego powodu starej strefy ani starego hostingu nie wolno wyłączać w dniu zmiany. Radzę utrzymać je co najmniej przez kilka dni po przełączeniu. Jeśli zmienia się także serwer poczty, w okresie przejściowym trzeba sprawdzać obie skrzynki, bo pojedyncze wiadomości mogą jeszcze trafiać na stary serwer.

Po czym poznać, że zmiana zadziałała?

Samo otwarcie strony w przeglądarce niczego nie dowodzi. Jeśli rekordy w obu strefach są takie same, strona wygląda identycznie przed zmianą i po niej. Trzeba sprawdzić, kto odpowiada na pytania o domenę, a następnie przejść po kolei przez wszystkie usługi.

1. Ponowne wykonanie polecenia nslookup -type=ns przyklad.pl 8.8.8.8 z własną domeną. Na liście powinny być wyłącznie nowe serwery nazw.
2. Powtórzenie zapytania z innym publicznym serwerem, na przykład z adresem 1.1.1.1 na końcu polecenia. Zgodne odpowiedzi z dwóch niezależnych źródeł oznaczają, że zmiana się rozeszła.
3. Sprawdzenie w panelu rejestratora, czy operacja ma status zakończonej, a w części z serwerami nazw widnieją nowe nazwy.
4. Otwarcie strony pod adresem z przedrostkiem www i bez niego, najlepiej także na telefonie korzystającym z sieci komórkowej zamiast firmowego Wi-Fi.
5. Sprawdzenie, czy przeglądarka pokazuje kłódkę przy adresie, czyli czy certyfikat SSL działa poprawnie.
6. Wysłanie wiadomości testowej z zewnętrznej skrzynki na adres firmowy oraz z adresu firmowego na skrzynkę zewnętrzną. Obie wiadomości powinny dotrzeć, a ta wychodząca nie powinna trafić do spamu.
7. Wysłanie próbnego zapytania przez formularz kontaktowy na stronie i sprawdzenie, czy dotarło.
8. Otwarcie wszystkich używanych subdomen, na przykład adresu sklepu, panelu klienta i poczty przez przeglądarkę.

Po kilku dniach warto zajrzeć jeszcze do usług, które potwierdzały prawo do domeny rekordem w strefie. Jeśli w Google Search Console albo w pakiecie biurowym pojawi się komunikat o utracie weryfikacji, oznacza to, że w nowej strefie zabrakło rekordu potwierdzającego.

Co zrobić, gdy po zmianie nie działa strona albo poczta?

Najpierw trzeba ustalić, czy problem dotyczy samej delegacji, czy zawartości nowej strefy. Od tego zależy naprawa. Pomaga w tym to samo polecenie, którym sprawdza się serwery nazw.

Zapytanie nadal pokazuje stare serwery nazw

Jeśli od zmiany minęło niewiele czasu, to zwykła propagacja i wystarczy poczekać. Jeśli minęły ponad dwie doby, należy sprawdzić w panelu rejestratora, czy operacja nie zakończyła się błędem. Rejestr może odrzucić zmianę, gdy nowe serwery nie odpowiadają dla tej domeny albo gdy w nazwie jest literówka. Powodem bywa także aktywne zabezpieczenie DNSSEC, które wstrzymuje zastosowanie zmiany.

Serwery nazw są nowe, ale strona się nie otwiera

To znak, że delegacja działa, a brakuje rekordu w nowej strefie albo wskazuje on zły adres. Należy otworzyć nową strefę i porównać rekordy domeny głównej oraz adresu z przedrostkiem www ze spisem sporządzonym przed zmianą. Poprawka w strefie jest zwykle widoczna znacznie szybciej niż zmiana serwerów nazw.

Strona działa, ale poczta nie przychodzi

Przyczyną jest prawie zawsze brak albo błąd rekordów MX w nowej strefie. Trzeba je przepisać ze starej strefy w niezmienionej postaci, razem z priorytetami. Jeśli wiadomości wychodzą, ale trafiają do spamu, należy uzupełnić rekordy TXT z ustawieniami SPF, DKIM i DMARC.

Domena nie odpowiada w ogóle, choć serwery nazw są poprawne

Taki objaw wskazuje na DNSSEC. Jeśli zabezpieczenie nie zostało wyłączone przed zmianą, w rejestrze pozostał wpis pasujący do starych serwerów. Rozwiązaniem jest wyłączenie DNSSEC u rejestratora albo usunięcie starego wpisu, a po ustabilizowaniu sytuacji ponowne włączenie zabezpieczenia u nowego dostawcy strefy.

Kiedy wrócić do poprzednich serwerów nazw?

Jeśli firma traci zamówienia albo korespondencję, a przyczyny nie da się szybko ustalić, najrozsądniej jest przywrócić poprzednie serwery nazw. Warunek jest jeden: stara strefa nadal musi istnieć i zawierać poprawne rekordy. To kolejny powód, aby jej nie usuwać od razu. Po przywróceniu można spokojnie uzupełnić nową strefę i podejść do zmiany ponownie.

Jakich błędów unikać przy zmianie serwerów nazw?

Większość kłopotów, z którymi trafiają do mnie firmy po nieudanej zmianie, sprowadza się do kilku powtarzalnych pomyłek. Każdej z nich da się uniknąć bez wiedzy technicznej.

• Zmiana serwerów nazw bez założenia i wypełnienia nowej strefy. Domena wskazuje wtedy na serwery, które nic o niej nie wiedzą.
• Skopiowanie tylko rekordu strony i pominięcie poczty oraz rekordów TXT.
• Pozostawienie włączonego DNSSEC u dotychczasowego dostawcy.
• Wpisanie adresu IP albo adresu strony w miejsce nazwy serwera nazw. W polach delegacji podaje się nazwy serwerów, a adresy IP serwera strony należą do rekordów w strefie.
• Usunięcie starej strefy i starego hostingu tego samego dnia.
• Łączenie zmiany serwerów nazw z kilkoma innymi zmianami naraz, na przykład z przebudową strony i wymianą skrzynek. Gdy coś przestaje działać, trudno wtedy wskazać przyczynę.

Osobną sprawą jest dostęp. Jeśli panel rejestratora należy do dawnego wykonawcy, a firma nie ma do niego hasła, żadna zmiana nie jest w pełni bezpieczna. Uważam, że uporządkowanie dostępu i danych abonenta powinno poprzedzać każdą pracę przy domenie.

Nie polecam też powierzania zmiany osobie, która prosi o hasło do panelu przez komunikator albo w zwykłej wiadomości. Bezpieczniej jest nadać osobny dostęp o ograniczonych uprawnieniach, jeśli rejestrator to umożliwia, albo wykonać zmianę samodzielnie według przesłanych nazw serwerów.

Czy zmiana serwerów nazw wpływa na pozycje strony w Google?

Sama zmiana serwerów nazw nie zmienia adresów podstron ani treści, więc przeprowadzona poprawnie nie powinna wpływać na widoczność strony. Wyszukiwarka nadal otrzymuje te same strony pod tymi samymi adresami, tylko informacja o tym, gdzie ich szukać, pochodzi z innego miejsca.

Ryzyko pojawia się wtedy, gdy strona przez dłuższy czas jest niedostępna albo otwiera się z błędem certyfikatu. Krótka przerwa zwykle nie zostawia śladu, natomiast wielodniowa niedostępność może sprawić, że podstrony zaczną znikać z wyników. Dlatego tak ważne jest sprawdzenie strony zaraz po zmianie, a nie po tygodniu.

Po przełączeniu warto przez kilka dni obserwować w Google Search Console, czy nie przybywa błędów serwera i czy usługa nie zgłasza utraty weryfikacji własności. Oba sygnały wskazują na brakujący albo błędny rekord w nowej strefie.

Najczęstsze pytania

Czy zmiana serwerów nazw wiąże się z opłatą?

U większości rejestratorów sama zmiana delegacji nie wymaga opłaty i mieści się w ramach utrzymania domeny. Płatna może być natomiast usługa nowego dostawcy, u którego ma stanąć strefa, albo dodatkowe opcje, takie jak rozbudowana obsługa DNS. Warunki należy sprawdzić w cenniku konkretnej firmy.

Czy podczas zmiany strona przestanie działać?

Nie powinna, jeśli nowa strefa została przygotowana przed zmianą i zawiera te same rekordy co stara. W okresie przejściowym na pytania o domenę odpowiadają na przemian stare i nowe serwery, a skoro podają to samo, odwiedzający nie zauważają różnicy. Przerwy są skutkiem brakujących rekordów, a nie samej zmiany.

Ile serwerów nazw trzeba wpisać?

Należy wpisać wszystkie serwery podane przez nowego dostawcę strefy, zwykle dwa lub więcej. Wymagania co do ich liczby ustala rejestr danego rozszerzenia, a panel rejestratora zazwyczaj informuje o limicie przy polach do wpisania. Podanie tylko jednego serwera z kilku osłabia odporność domeny na awarię.

Czy zmiana serwerów nazw to to samo co przeniesienie domeny?

Nie. Przeniesienie domeny oznacza zmianę rejestratora, czyli firmy, w której domena jest opłacana i odnawiana. Zmiana serwerów nazw dotyczy wyłącznie miejsca, w którym przechowywana jest strefa z rekordami. Obie operacje można wykonać niezależnie od siebie, a rejestrator po zmianie serwerów nazw pozostaje ten sam.

Czy można wrócić do poprzednich serwerów nazw?

Tak, wystarczy ponownie wpisać ich nazwy w panelu rejestratora. Powrót zadziała jednak tylko wtedy, gdy stara strefa nadal istnieje i zawiera aktualne rekordy. Trzeba też liczyć się z tym, że powrót podlega takiej samej propagacji jak pierwsza zmiana.

Kto powinien wykonać zmianę: właściciel domeny czy firma hostingowa?

Zmianę wykonuje osoba, która ma dostęp do panelu rejestratora domeny. Firma hostingowa może ją przeprowadzić tylko wtedy, gdy domena jest zarejestrowana u niej albo gdy otrzyma uprawnienia. Niezależnie od tego, kto klika, dostęp do panelu rejestratora powinien pozostawać w rękach firmy będącej abonentem domeny.

Dlaczego u mnie strona działa, a klient widzi starą wersję?

To typowy objaw okresu przejściowego. Różni dostawcy internetu odświeżają zapamiętane dane w różnym czasie, więc dwie osoby mogą przez pewien czas być kierowane w dwa różne miejsca. Sytuacja wyrównuje się sama w czasie przewidzianym na propagację, o ile obie strefy podają poprawne dane.

Czy po zmianie trzeba coś zgłaszać w Google?

Nie ma takiej potrzeby, ponieważ adres strony się nie zmienia. Wystarczy upewnić się, że weryfikacja własności w Google Search Console pozostała aktywna. Jeśli opierała się na rekordzie TXT w strefie, rekord ten musi znaleźć się także w nowej strefie.

Brak czasu albo ochoty, żeby zająć się tym samodzielnie?

Zmiana serwerów nazw nie jest trudna, ale wymaga spokoju i dokładności, a w firmie rzadko jest na to dobry moment. Mogę przeprowadzić ją od początku do końca: ustalę, gdzie domena jest zarejestrowana i gdzie stoi jej strefa, spiszę wszystkie rekordy, przygotuję nową strefę, zadbam o DNSSEC, wykonam zmianę w uzgodnionym terminie, a potem sprawdzę stronę, pocztę i formularze. Na koniec przekażę krótki opis tego, co i gdzie zostało ustawione, aby firma miała pełną wiedzę o własnej domenie.

Wystarczy zadzwonić pod numer 533 525 168 albo napisać na adres info@lukaszwudyka.pl i podać nazwę domeny oraz to, co ma się zmienić. Odpowiem, czy zmiana serwerów nazw jest w tej sytuacji w ogóle potrzebna, i zaproponuję najbezpieczniejszą drogę.