Zagadnienie lh dns zwykle sprowadza się do konfiguracji domeny w LH.pl: delegacji serwerów nazw, edycji rekordów i czasu propagacji. To ważne, bo jeden błąd potrafi jednocześnie unieruchomić stronę, pocztę albo subdomeny. Poniżej rozpisuję to tak, żeby było jasne, kiedy coś zmieniać, gdzie to zrobić i jak rozpoznać, że problem naprawdę leży w DNS.
Najważniejsze decyzje przy DNS w LH.pl
- Delegacja decyduje o tym, gdzie zarządzana jest cała strefa DNS domeny.
- Edycja rekordów wystarcza, gdy zmieniasz stronę, pocztę lub pojedynczą subdomenę.
- Jeśli domena i hosting są w LH.pl, konfiguracja bywa już poprawna bez dodatkowych działań.
- Gdy domena jest u zewnętrznego operatora, do podpięcia hostingu często wystarczy rekord TXT z wartością lh.pl.
- Propagacja zmian trwa zwykle kilka godzin, a w skrajnym przypadku do 24 godzin.
Czym różni się delegacja domeny od edycji rekordów
To rozróżnienie porządkuje większość problemów. Delegacja DNS mówi, które serwery nazw obsługują domenę jako całość. Rekordy DNS opisują już konkretne usługi: stronę WWW, pocztę, subdomeny albo weryfikacje. Z mojego doświadczenia największy chaos bierze się właśnie z mieszania tych dwóch poziomów.
Jeśli domena jest zarejestrowana w LH.pl i hosting też stoi w LH.pl, często nie trzeba robić nic poza dopilnowaniem właściwego sposobu zarządzania domeną. Jeśli domena znajduje się u innego rejestratora, a serwis ma działać na hostingu w LH.pl, zwykle lepiej przenieść delegację na DNS LH.pl albo, gdy nie chcesz zmieniać serwerów nazw, dodać tylko potrzebne rekordy po stronie obecnego operatora.
| Sytuacja | Co zmieniam | Po co to robię |
|---|---|---|
| Domena i hosting są w LH.pl | Zwykle nic albo pojedyncze rekordy | Strona i poczta mają od razu wskazywać właściwe usługi |
| Domena jest u zewnętrznego rejestratora, hosting w LH.pl | Najczęściej delegację DNS albo rekord TXT | Podpinam domenę bez ręcznego przepinania wszystkiego później |
| Chcę zmienić tylko stronę lub pocztę | Konkretne rekordy, np. A, CNAME, MX | Nie ruszam całej delegacji, tylko jeden element konfiguracji |
Gdy już rozdzielisz te dwa poziomy, konfiguracja staje się przewidywalna, a kolejne kroki w panelu mają sens. Dzięki temu łatwiej też odróżnić normalne opóźnienie od realnego błędu, o czym za chwilę.
Jak ustawić domenę i rekordy w panelu LH.pl
W praktyce wszystko zaczyna się od panelu klienta. W dokumentacji LH.pl ten scenariusz jest opisany dość jasno: jeśli domena nie kieruje jeszcze na ich DNS, można dodać rekord TXT o wartości lh.pl w strefie obecnego operatora, a dopiero potem podpiąć domenę do hostingu. To wygodne, bo nie wymaga natychmiastowej zmiany delegacji.
- Zaloguj się do panelu klienta i otwórz zakładkę z domenami.
- Wybierz domenę, którą chcesz skonfigurować, i przejdź do opcji konfiguracji.
- Ustaw sposób zarządzania domeną zgodnie ze scenariuszem: przez LH.pl albo przez zewnętrzny DNS.
- Jeśli domena ma być obsługiwana w LH.pl, odblokuj edycję rekordów i dodaj potrzebne wpisy.
- Jeśli domena nadal nie wskazuje na DNS LH.pl, dodaj w aktualnej strefie rekord TXT z wartością lh.pl, a po propagacji podpinaj domenę do hostingu.
W tym miejscu wiele osób oczekuje jednego uniwersalnego kliknięcia, ale DNS tak nie działa. Ja traktuję panel LH.pl bardziej jak miejsce, w którym wybierasz model zarządzania domeną, a dopiero potem dopracowujesz pojedyncze rekordy. Taka kolejność oszczędza najwięcej czasu.
Które rekordy DNS mają realne znaczenie dla strony i poczty
W codziennej pracy najczęściej dotykasz kilku typów rekordów, reszta bywa potrzebna tylko w specyficznych konfiguracjach. Jeśli rozumiesz, za co odpowiada A, CNAME, MX i TXT, to większość problemów z domeną staje się czytelna szybciej niż po samym komunikacie o błędzie.| Rekord | Do czego służy | Kiedy go ruszam | Najczęstszy błąd |
|---|---|---|---|
| A | Wskazuje adres IPv4 serwera | Gdy strona ma działać pod konkretnym IP | Zmiana tylko domeny głównej bez subdomen, które dalej wskazują stary serwer |
| AAAA | Wskazuje adres IPv6 | Gdy hosting lub infrastruktura korzysta także z IPv6 | Pomijanie tego rekordu przy środowiskach, które oczekują pełnej obsługi IPv6 |
| CNAME | Tworzy alias, np. dla www
|
Gdy jedna nazwa ma wskazywać na inną | Łączenie CNAME z innymi rekordami w tej samej nazwie |
| MX | Kieruje pocztę na odpowiedni serwer | Gdy zmieniasz dostawcę poczty lub hosting mailowy | Przepięcie strony bez aktualizacji poczty |
| TXT | Służy do weryfikacji i polityk poczty, np. SPF, DKIM, DMARC | Przy integracjach z Google, Microsoft i systemami mailowymi | Nadpisanie istniejącego TXT albo wpisanie wartości w złym formacie |
| SRV | Opisuje konkretne usługi, np. gry lub wybrane aplikacje | Gdy usługa wymaga dodatkowego wskazania portu i priorytetu | Pomylenie portu, priorytetu lub nazwy usługi |
Jeśli chcesz, by domena główna i wszystkie subdomeny kierowały na ten sam serwer, pamiętaj też o rekordzie A z gwiazdką. To drobiazg, który często decyduje o tym, czy działa tylko strona główna, czy również adresy typu blog i www.
Po stronie praktyki najważniejsza jest więc nie sama nazwa rekordu, ale to, co dokładnie ma się zmienić. Strona, poczta i subdomena nie są jednym problemem, nawet jeśli panel pokazuje je w tej samej strefie DNS.
Ile trwa propagacja i jak odróżnić opóźnienie od błędu
LH.pl podaje, że propagacja zmian zwykle trwa 3-4 godziny, a maksymalnie do 24 godzin. To rozsądna rama czasowa, ale w praktyce DNS potrafi trzymać starsze dane w cache po drodze, więc jedna osoba zobaczy nową stronę szybciej, a inna później. Właśnie dlatego po zmianie DNS nie oceniam sytuacji na podstawie jednego komputera ani jednej sieci.
Najpierw sprawdzam trzy rzeczy:
- czy zmiana została wykonana w tej samej strefie DNS, która rzeczywiście obsługuje domenę,
- czy od zmiany minęło wystarczająco dużo czasu, żeby cache mógł się odświeżyć,
- czy problem dotyczy całej domeny, czy tylko jednego adresu, na przykład
www.
Jeżeli strona działa z jednego łącza, a z innego nie, to bardzo często nie jest to awaria, tylko właśnie propagacja albo lokalny cache DNS. Jeśli po 24 godzinach nadal widzisz stary serwer, wtedy problem jest już bardziej konkretny: najczęściej w delegacji, w złym rekordzie albo w strefie u niewłaściwego operatora. W takiej sytuacji warto porównać odpowiedź z kilku narzędzi diagnostycznych, choćby nslookup albo dig.
Ten etap dobrze zamyka się prostą zasadą: jeśli zmiana jest świeża, poczekaj; jeśli jest stara, szukaj błędu w konfiguracji. To brzmi banalnie, ale właśnie tu najczęściej oszczędza się najwięcej nerwów.
Najczęstsze błędy, które psują konfigurację
W konfiguracji DNS powtarzają się te same pomyłki. I wbrew pozorom rzadko chodzi o „skomplikowany problem techniczny”. Zwykle ktoś po prostu zmienił właściwy rekord w niewłaściwym miejscu albo zapomniał o jednym zależnym wpisie.
- Edycja rekordów w złym panelu - domena została już wcześniej skierowana na innego operatora, więc poprawki w LH.pl nie mają żadnego wpływu.
- Zmiana rekordu A bez rekordu z gwiazdką - domena główna działa, ale subdomeny nadal pokazują stary serwer.
- Przepięcie strony bez poczty - rekordy WWW są już nowe, ale MX i TXT dalej wskazują poprzednią konfigurację.
- Nadpisanie istniejącego TXT - szczególnie groźne przy weryfikacjach usług zewnętrznych i politykach SPF.
- Oczekiwanie natychmiastowego efektu - DNS nie działa w trybie „zapisz i od razu wszędzie widać”, tylko przez cache i propagację.
Najbardziej podstępny błąd widzę wtedy, gdy ktoś poprawia tylko jedną warstwę. Strona rusza, ale poczta pada. Albo odwrotnie: mail działa, ale domena pokazuje stary hosting. To nie są dwa osobne incydenty, tylko zwykle jedna niespójna strefa DNS.
Jeśli chcesz uniknąć poprawiania tego po kilka razy, trzymaj się prostej logiki: najpierw ustal, gdzie zarządzana jest strefa, potem zdecyduj, które rekordy naprawdę trzeba zmienić. Taka kolejność zwykle wystarcza, żeby nie wpaść w klasyczną pułapkę „wszystko wygląda dobrze, a strona nadal nie działa”.
Co sprawdzić, zanim uznasz, że DNS nie działa
Gdy konfiguracja nadal nie wygląda tak, jak powinna, robię szybki audyt w pięciu punktach. To oszczędza zgadywania i od razu pokazuje, czy problem jest po stronie delegacji, strefy DNS, czy tylko czasu odświeżenia.
- Czy domena jest obsługiwana przez właściwego operatora DNS?
- Czy delegacja wskazuje na ten serwer nazw, który ma faktycznie zarządzać domeną?
- Czy rekord A, CNAME, MX albo TXT prowadzi dokładnie tam, gdzie powinien?
- Czy rekord TXT lh.pl został dodany w odpowiednim panelu, jeśli domena nie była jeszcze skierowana na DNS LH.pl?
- Czy od ostatniej zmiany minęło już tyle czasu, ile trzeba na propagację, czyli nawet do 24 godzin?
Jeśli po tych krokach problem nadal się utrzymuje, najczęściej nie szukałbym winy w samym hostingu jako pierwszej rzeczy. Zwykle zawodzi albo delegacja, albo strefa u niewłaściwego operatora, albo jeden niedopilnowany rekord. Wtedy najlepiej działa spokojne przejście przez konfigurację krok po kroku, bo DNS nie wybacza skrótów, ale za to szybko nagradza porządek.
