Serwery nazw AlexHost: Kompletny techniczny przewodnik po konfiguracji DNS

Serwery nazw (rekordy NS) to autorytatywne wskaźniki DNS, które informują globalną infrastrukturę DNS, które serwery przechowują definitywny plik strefy dla Twojej domeny. Bez prawidłowo skonfigurowanych rekordów NS Twoja domena nie może zostać rozwiązana — niezależnie od tego, jak dobrze skonfigurowany jest Twój serwer WWW, system poczty e-mail lub certyfikaty SSL.

Ten przewodnik omawia specyficzną infrastrukturę serwerów nazw AlexHost, wyjaśnia, jak rekordy NS działają na poziomie protokołu, oraz zapewnia praktyczne wskazówki dotyczące konfiguracji zarówno dla środowisk cPanel z LiteSpeed, jak i standardowego hostingu współdzielonego.

Czym są serwery nazw i dlaczego stanowią fundament DNS

A serwer nazw to wyspecjalizowany serwer DNS, który przechowuje i obsługuje autorytatywną strefę DNS dla jednej lub wielu domen. Gdy resolver rekurencyjny musi znaleźć adres IP ukryty za example.com, nie zgaduje — podąża ścisłym łańcuchem delegacji:

1. Resolver wysyła zapytanie do głównego serwera nazw, który zwraca odesłanie do odpowiedniego serwera nazw TLD (np. .com, .net, .md).
2. Serwer nazw TLD zwraca rekordy NS zarejestrowane u rejestratora domeny, wskazując na autorytatywne serwery nazw domeny.
3. Autorytatywny serwer nazw — ten, który konfigurujesz u swojego rejestratora — odpowiada rzeczywistymi rekordami DNS: A, AAAA, MX, CNAME, TXT i innymi.

Oznacza to, że rekordy NS to nie tylko techniczna formalność. Są mechanizmem delegacji, który daje serwerom DNS Twojego dostawcy hostingu uprawnienia do odpowiadania na zapytania dotyczące Twojej domeny. Jeśli rekordy NS wskazują na niewłaściwe serwery lub jeśli te serwery są nieosiągalne, Twoja domena przestaje działać — dla każdej usługi, która od niej zależy.

Każda domena musi mieć co najmniej dwa rekordy NS wskazujące na odrębne, niezależnie działające serwery. To nie jest zalecenie; jest to wymóg egzekwowany przez politykę ICANN i sam protokół DNS (RFC 1034/1035).

Jak w praktyce działa łańcuch rozwiązywania DNS

Zrozumienie pełnej ścieżki rozwiązywania pomaga precyzyjnie diagnozować opóźnienia propagacji i problemy z błędną konfiguracją.

Gdy odwiedzający wpisuje Twoją domenę w przeglądarce, następuje poniższa sekwencja:

• Sprawdzenie lokalnej pamięci podręcznej: System operacyjny i przeglądarka sprawdzają lokalną pamięć podręczną DNS. Jeśli istnieje ważny rekord w pamięci podręcznej (w ramach jego TTL), rozwiązywanie kończy się tutaj.
• Zapytanie do resolvera rekurencyjnego: Jeśli nie ma trafienia w pamięci podręcznej, zapytanie trafia do skonfigurowanego resolvera rekurencyjnego dostawcy internetu lub użytkownika (np. 8.8.8.8, 1.1.1.1).
• Odesłanie przez serwer główny: Resolver kontaktuje się z jednym z 13 klastrów serwerów głównych, który zwraca adres autorytatywnego serwera nazw TLD.
• Odpowiedź serwera nazw TLD: Serwer TLD (obsługiwany przez Verisign dla .com, na przykład) zwraca rekordy NS zarejestrowane u Twojego rejestratora domeny.
• Autorytatywna odpowiedź: Resolver wysyła zapytanie bezpośrednio do serwerów nazw AlexHost, które zwracają rekord A, rekord MX lub jakikolwiek inny żądany rekord.
• Dostarczona odpowiedź: Resolver buforuje wynik przez czas TTL rekordu i zwraca odpowiedź do klienta.

Kluczowa obserwacja jest taka, że rekordy NS istnieją w dwóch miejscach: u Twojego rejestratora domeny (jako delegacja) oraz w pliku strefy na autorytatywnym serwerze nazw. Oba muszą być spójne. Niezgodność między nimi — znana jako lame delegation — powoduje sporadyczne błędy rozwiązywania, które są notorycznie trudne do zdiagnozowania.

Infrastruktura serwerów nazw AlexHost

AlexHost obsługuje oddzielne pary serwerów nazw dla różnych środowisk hostingowych. Używanie właściwej pary dla Twojego konkretnego planu hostingowego jest niezbędne dla prawidłowego rozwiązywania DNS.

Serwery nazw dla hostingu cPanel z LiteSpeed

Te serwery nazw obsługują domeny hostowane na infrastrukturze AlexHost VPS z cPanel i LiteSpeed:

ns5.alexhost.md (176.123.0.83) pełni rolę głównego autorytetu DNS dla domen na stosie LiteSpeed cPanel. Wszystkie zmiany pliku strefy — rekordy A, rekordy MX, subdomeny — są tworzone tutaj i synchronizowane z serwerem pomocniczym.

ns6.alexhost.md (176.123.0.84) pełni rolę pomocniczego serwera nazw. W prawidłowo skonfigurowanej konfiguracji BIND lub PowerDNS serwer pomocniczy wykonuje transfery stref (AXFR/IXFR) z serwera głównego i może niezależnie odpowiadać na zapytania, jeśli serwer główny stanie się tymczasowo nieosiągalny.

Serwery nazw dla współdzielonego hostingu cPanel

Domeny hostowane na platformie Współdzielonego Hostingu WWW AlexHost używają dedykowanej pary serwerów nazw:

ns3.alexhost.md (176.123.0.55) jest głównym autorytatywnym serwerem dla stref hostingu współdzielonego. Przechowuje główne pliki stref i jest źródłem prawdy dla propagacji DNS.

ns4.alexhost.md (176.123.0.60) zapewnia geograficzną i operacyjną redundancję. Jeśli ns3 jest nieosiągalny z powodu problemów sieciowych lub konserwacji, ns4 nadal obsługuje odpowiedzi DNS bez przerwy.

Dlaczego oddzielne pary serwerów nazw mają znaczenie

Utrzymywanie odrębnych par serwerów nazw dla każdego środowiska hostingowego to decyzja architektoniczna z realnymi korzyściami operacyjnymi:

• Izolacja zasięgu awarii: Błąd konfiguracji lub atak DDoS wymierzony w serwery nazw hostingu współdzielonego nie wpływa na klientów LiteSpeed VPS i odwrotnie.
• Niezależne zarządzanie TTL i strefami: Każde środowisko może niezależnie dostosowywać zachowanie propagacji.
• Planowanie pojemności: Wzrost ruchu na jednej platformie nie pogarsza czasów odpowiedzi DNS na innej.

Porównanie: Środowiska serwerów nazw AlexHost

Jak skierować swoją domenę na serwery nazw AlexHost

Zmiana serwerów nazw odbywa się u Twojego rejestratora domeny — nie u dostawcy hostingu. To częste źródło nieporozumień.

Konfiguracja krok po kroku

1. Zaloguj się do panelu kontrolnego swojego rejestratora domeny (np. GoDaddy, Namecheap lub gdziekolwiek zarejestrowałeś domenę — lub bezpośrednio przez Rejestrację Domen AlexHost, jeśli domena jest zarejestrowana w AlexHost).
2. Przejdź do ustawień DNS lub serwerów nazw dla konkretnej domeny, którą chcesz skonfigurować.
3. Usuń wszystkie istniejące wpisy serwerów nazw. Domyślne serwery nazw rejestratora (np. ns1.registrar.com) muszą zostać wyczyszczone przed dodaniem nowych.
4. Wprowadź serwery nazw AlexHost odpowiadające Twojemu planowi hostingowemu:

• Dla LiteSpeed VPS: ns5.alexhost.md i ns6.alexhost.md
• Dla hostingu współdzielonego: ns3.alexhost.md i ns4.alexhost.md

1. Zapisz zmiany. Rejestrator zaktualizuje delegację na poziomie TLD.
2. Poczekaj na propagację. Propagacja DNS zazwyczaj kończy się w ciągu 24 do 48 godzin, choć większość resolverów pobiera zmiany w ciągu 1 do 4 godzin. Wartości TTL starych rekordów NS określają, jak długo pamięci podręczne przechowują nieaktualne dane.

Weryfikacja propagacji serwerów nazw

Po wprowadzeniu zmian zweryfikuj propagację za pomocą narzędzi wiersza poleceń lub narzędzi online:

Używając dig (Linux/macOS):

dig NS yourdomain.com +short

Używając nslookup (Windows/Linux):

nslookup -type=NS yourdomain.com 8.8.8.8

Używając whois do sprawdzenia delegacji rejestratora:

whois yourdomain.com | grep -i "name server"

Jeśli wynik pokazuje serwery nazw AlexHost, delegacja jest zakończona. Jeśli nadal widzisz stare serwery nazw, propagacja jest nadal w toku lub zmiana u rejestratora nie została poprawnie zapisana.

Aby sprawdzić, czy autorytatywny serwer nazw sam odpowiada poprawnie:

dig A yourdomain.com @ns3.alexhost.md

To zapytanie trafia bezpośrednio do serwera nazw AlexHost, omijając wszelkie buforowane odpowiedzi od resolverów rekurencyjnych.

Krytyczne pułapki techniczne i przypadki brzegowe

Oto tryby awarii, z którymi spotykają się doświadczeni administratorzy — i które większość dokumentacji całkowicie pomija.

Rekordy glue i problem zależności cyklicznej

Jeśli nazwa Twojej domeny jest taka sama jak domena serwera nazw lub jej subdomena, powstaje zależność cykliczna. Na przykład, jeśli posiadasz alexhost.md i Twoje serwery nazw to ns3.alexhost.md, resolver nie może znaleźć adresu IP ns3.alexhost.md bez uprzedniego rozwiązania alexhost.md — co wymaga zapytania do ns3.alexhost.md.

Rozwiązaniem są rekordy glue: rekordy A zarejestrowane bezpośrednio w rejestrze TLD obok delegacji NS, dostarczające adresy IP serwerów nazw bez konieczności wykonywania oddzielnego wyszukiwania. AlexHost obsługuje to wewnętrznie dla własnej domeny serwerów nazw. Jeśli kiedykolwiek skonfigurujesz niestandardowe serwery nazw używając własnej domeny (np. ns1.yourdomain.com), musisz zarejestrować rekordy glue u swojego rejestratora.

Lame delegations

Lame delegation występuje, gdy rekordy NS u rejestratora wskazują na serwer nazw, który albo nie istnieje, nie odpowiada, albo nie posiada autorytatywnej strefy dla domeny. Powoduje to błędy rozwiązywania lub poważne opóźnienia, gdy resolvery przekraczają limit czasu oczekując na odpowiedzi. Zawsze sprawdzaj, czy oba rekordy NS są osiągalne i autorytatywne przed finalizacją migracji.

Strategia TTL podczas migracji

Przed migracją domeny do AlexHost obniż TTL istniejących rekordów DNS do 300 sekund (5 minut) co najmniej 24 do 48 godzin wcześniej. Minimalizuje to okno, w którym resolvery obsługują nieaktualne dane po przełączeniu serwerów nazw. Po potwierdzeniu stabilności migracji podnieś TTL z powrotem do standardowej wartości (3600 sekund lub wyżej), aby zmniejszyć obciążenie zapytaniami na serwerach nazw.

Propagacja rekordów NS a propagacja rekordów DNS

Są to dwa odrębne zdarzenia propagacji, które są często mylone:

• Propagacja rekordów NS: Czas potrzebny na to, aby rejestr TLD opublikował globalnie nową delegację serwerów nazw. Jest kontrolowany przez TTL SOA TLD, zazwyczaj 24–48 godzin.
• Propagacja rekordów DNS: Czas potrzebny na to, aby poszczególne rekordy A, MX, CNAME w Twojej strefie zostały pobrane przez resolvery rekurencyjne. Jest kontrolowany przez TTL ustawiony dla każdego rekordu.

Zmiana serwerów nazw wyzwala oba zdarzenia jednocześnie, dlatego pełna propagacja może trwać do 48 godzin, nawet gdy poszczególne TTL rekordów są krótkie.

Ciągłość poczty e-mail podczas migracji DNS

Jeśli Twoja domena ma aktywny Hosting Poczty E-mail lub rekordy MX wskazujące na zewnętrznego dostawcę poczty, upewnij się, że te rekordy MX zostały odtworzone w strefie DNS AlexHost przed przełączeniem serwerów nazw. Niezrobienie tego skutkuje błędami dostarczania poczty podczas okna propagacji — problem, który jest niewidoczny, dopóki ktoś nie zgłosi odrzuconej wiadomości e-mail.

Rekordy DNS zarządzane przez serwery nazw AlexHost

Gdy Twoja domena deleguje do serwerów nazw AlexHost, następujące typy rekordów są zarządzane w edytorze stref DNS cPanel:

W przypadku domen wymagających HTTPS upewnij się, że Certyfikat SSL jest wydany po zakończeniu propagacji DNS — metody walidacji Let’s Encrypt i innych CA zależą od prawidłowego rozwiązywania DNS.

Najlepsze praktyki operacyjne dla konfiguracji DNS AlexHost

• Zawsze konfiguruj oba rekordy NS. Pojedynczy serwer nazw to pojedynczy punkt awarii. Używaj zarówno głównego, jak i pomocniczego dla każdej domeny.
• Monitoruj osiągalność serwerów nazw. Używaj narzędzi takich jak dig, dnschecker.org lub automatycznych monitorów dostępności, aby sprawdzać, czy oba adresy IP NS (176.123.0.83/84 lub 176.123.0.55/60) pozostają osiągalne. Adresy IP powiązane z infrastrukturą mogą się zmieniać podczas większych migracji; zawsze weryfikuj je w aktualnej dokumentacji AlexHost.
• Nie mieszaj par serwerów nazw. Nie łącz ns3 (współdzielony) z ns5 (LiteSpeed VPS) dla jednej domeny. Każda para jest zaprojektowana do obsługi stref w swoim własnym środowisku hostingowym.
• Sprawdź plik strefy po migracji. Po przełączeniu serwerów nazw użyj dig ANY yourdomain.com @ns3.alexhost.md, aby pobrać wszystkie rekordy i potwierdzić, że wpisy A, MX, TXT i CNAME zostały poprawnie przeniesione.
• Dokumentuj zmiany TTL. Prowadź rejestr, kiedy obniżyłeś TTL i kiedy przełączyłeś serwery nazw. Tworzy to ścieżkę audytu, która jest nieoceniona podczas reagowania na incydenty.
• Używaj DNSSEC tam, gdzie jest obsługiwany. Rozszerzenia bezpieczeństwa DNS dodają podpisy kryptograficzne do rekordów DNS, zapobiegając atakom zatruwania pamięci podręcznej. Sprawdź, czy Twój rejestrator i serwery nazw AlexHost obsługują DNSSEC dla Twojego TLD.

Macierz decyzyjna: Które serwery nazw wybrać

Kluczowe wnioski techniczne

• Używaj ns3.alexhost.md / ns4.alexhost.md dla hostingu współdzielonego; używaj ns5.alexhost.md / ns6.alexhost.md dla środowisk LiteSpeed VPS.
• Zawsze konfiguruj oba serwery nazw przy każdej rejestracji domeny — nigdy nie polegaj na pojedynczym rekordzie NS.
• Obniż TTL rekordów do 300 sekund co najmniej 24 godziny przed planowaną migracją serwerów nazw.
• Weryfikuj propagację używając dig NS yourdomain.com +short i bezpośrednich zapytań do adresów IP serwerów nazw AlexHost.
• Odtwórz wszystkie rekordy MX i TXT (SPF, DKIM, DMARC) w nowej strefie przed przełączeniem serwerów nazw, aby uniknąć przerw w dostarczaniu poczty.
• Sprawdź wymagania dotyczące rekordów glue, jeśli konfigurujesz niestandardowe nazwy hostów serwerów nazw pod własną domeną.
• Po propagacji DNS wydaj lub ponownie zwaliduj certyfikaty SSL — walidacja domeny zależy od prawidłowego rozwiązywania DNS.
• Okresowo monitoruj oba adresy IP serwerów nazw; zmiany infrastruktury mogą zmieniać przypisania IP.

Często zadawane pytania

Jaka jest różnica między ns3/ns4 a ns5/ns6 w AlexHost?

ns3.alexhost.md i ns4.alexhost.md obsługują domeny na platformie hostingu współdzielonego AlexHost. ns5.alexhost.md i ns6.alexhost.md są dedykowane środowisku cPanel VPS opartemu na LiteSpeed. Użycie niewłaściwej pary spowoduje błędy rozwiązywania DNS, ponieważ pliki stref dla Twojej domeny znajdują się tylko na właściwej parze serwerów nazw.

Jak długo trwa propagacja zmian serwerów nazw AlexHost?

Pełna globalna propagacja zazwyczaj trwa od 24 do 48 godzin, choć większość resolverów rekurencyjnych pobiera zmianę w ciągu 1 do 4 godzin. Rzeczywisty czas zależy od TTL ustawionego na poprzednich rekordach NS i zachowania buforowania poszczególnych resolverów na całym świecie.

Czy mogę używać tylko jednego z serwerów nazw AlexHost zamiast obu?

Nie. Używanie pojedynczego serwera nazw tworzy pojedynczy punkt awarii. Jeśli ten serwer jest nieosiągalny z jakiegokolwiek powodu — konserwacja, partycja sieciowa lub awaria sprzętu — Twoja domena staje się nierozwiązywalna. Polityka ICANN i standardy protokołu DNS wymagają minimum dwóch serwerów nazw na domenę.

Co stanie się z moją pocztą e-mail, jeśli przełączę serwery nazw bez odtworzenia rekordów MX?

Dostarczanie przychodzącej poczty zakończy się niepowodzeniem dla każdej domeny, której rekordy MX nie są obecne w nowej strefie. Nadawcy otrzymają komunikaty o odrzuceniu lub doświadczą opóźnionego dostarczania. Zawsze sprawdzaj i odtwarzaj rekordy MX, SPF, DKIM i DMARC w edytorze stref DNS AlexHost przed zakończeniem przełączania serwerów nazw.

Jak mogę sprawdzić, czy serwery nazw AlexHost są poprawnie autorytatywne dla mojej domeny?

Uruchom dig NS yourdomain.com +short, aby potwierdzić zarejestrowaną delegację, a następnie uruchom dig A yourdomain.com @ns3.alexhost.md (lub odpowiedni serwer nazw), aby potwierdzić, że autorytatywny serwer odpowiada poprawnymi rekordami. Jeśli oba polecenia zwracają oczekiwane wyniki, Twoja konfiguracja DNS działa poprawnie.