Strona firmowa przestaje się otwierać, a hosting działa, faktury są opłacone i nikt nic nie zmieniał. Co w takim razie mogło się wydarzyć? W dużej części takich zgłoszeń przyczyna leży w warstwie DNS, czyli między domeną a serwerem. Sprawdzenie zajmuje kilka minut i nie wymaga dostępu do kodu strony. Poniżej: co dzieje się między wpisaniem adresu a wyświetleniem strony, pięć najczęstszych przyczyn awarii i kolejność kroków, które warto wykonać przed telefonem do wsparcia.

Czym jest DNS w praktyce?

DNS (Domain Name System) to rozproszony system, który tłumaczy nazwy domen na adresy IP. Kiedy w przeglądarce pojawia się adres np. twojafirma.pl, komputer musi ustalić, pod jakim numerem, na przykład 185.29.100.12, znajduje się serwer z plikami tej strony. Proces trwa zwykle kilkadziesiąt milisekund i pozostaje niewidoczny dla użytkownika, dopóki działa poprawnie.

Trzy pojęcia bywają w rozmowach o stronach używane zamiennie:

• Domena to adres, który firma rejestruje i opłaca, zwykle w cyklu rocznym. Sama w sobie jest wyłącznie nazwą.
  
  
• Hosting to serwer, na którym leżą pliki strony, baza danych i skrzynki e-mail.
  
  
• DNS to warstwa łącząca jedno z drugim. Rekordy DNS określają, gdzie znajduje się zawartość przypisana do danej domeny
  
  

Domena i hosting mogą działać poprawnie, a strona i tak pozostanie niedostępna, jeśli rekordy DNS wskazują stary albo błędny adres.

Jak wygląda droga od wpisania adresu do wyświetlenia strony?

Zapytanie o adres domeny przechodzi przez kilka poziomów, a każdy z nich może mieć własną pamięć podręczną. Kolejność wygląda następująco:

• Pamięć przeglądarki. Chrome, Firefox i pozostałe przeglądarki przechowują ostatnio używane adresy IP przez określony czas.
  
  
• Pamięć systemu operacyjnego. Windows i macOS trzymają własny cache DNS, niezależny od przeglądarki.
  
  
• Resolver dostawcy internetu. Operator albo publiczny resolver, taki jak 8.8.8.8 od Google, odpytuje kolejne poziomy w imieniu użytkownika.
  
  
• Serwery root. Trzynaście logicznych adresów serwerów głównych wskazuje, gdzie szukać informacji o danym rozszerzeniu.
  
  
• Serwery TLD. Dla domen .pl rejestr prowadzi NASK, który przechowuje informację o tym, jakie serwery nazw obsługują konkretną domenę.
  
  
• Serwery autorytatywne. Przechowują właściwe rekordy Twojej domeny i zwracają ostateczną odpowiedź.
  
  

Po otrzymaniu adresu IP przeglądarka nawiązuje połączenie z serwerem i pobiera stronę. Każdy z powyższych poziomów przechowuje odpowiedź przez czas określony parametrem TTL. Ten czas decyduje o tym, jak szybko wprowadzone zmiany stają się widoczne.

Rekordy DNS, które mają znaczenie dla firmy

Panel zarządzania domeną zawiera listę rekordów. Poniżej te, które odpowiadają za codzienne działanie strony i poczty.

Rekord A wskazuje adres IPv4 serwera, na którym znajduje się strona. Zmiana hostingu wymaga aktualizacji właśnie tego rekordu.

Rekord AAAA pełni tę samą funkcję dla adresacji IPv6.

Rekord CNAME tworzy alias, dzięki któremu na przykład www.twojafirma.pl kieruje do tego samego miejsca co twojafirma.pl.

Rekord MX określa serwery odpowiedzialne za odbiór poczty. Błąd w tym miejscu zatrzymuje korespondencję firmową. Strona działa wtedy dalej.

Rekordy TXT przechowują wpisy SPF, DKIM i DMARC, które decydują o tym, czy wiadomości z Twojej domeny trafiają do skrzynki odbiorczej, czy do folderu spam.

Rekordy NS wskazują, które serwery nazw są autorytatywne dla domeny. Ich zmiana uruchamia pełną propagację.

Dodatkowym parametrem jest TTL (Time To Live), podawany w sekundach. Wartość 3600 oznacza, że serwery pośredniczące przechowają odpowiedź przez godzinę, zanim odpytają źródło ponownie.

5 najczęstszych powodów, dla których strona przestaje się otwierać

Sytuacje, w których strona firmowa przestaje się otwierać, sprowadzają się zwykle do pięciu scenariuszy. Każdy daje inny obraz po stronie użytkownika.

Wygasła domena

Sytuacja typowa dla firm, w których adres e-mail przypisany do domeny należy do byłego pracownika albo agencji sprzed kilku lat. Przypomnienia o odnowieniu nie docierają wtedy do nikogo, kto może zareagować. Po dacie wygaśnięcia domena .pl przechodzi w okres kwarantanny, a strona i poczta przestają działać z dnia na dzień, przy sprawnym hostingu.

Sprawdzenie zajmuje minutę: wystarczy wyszukiwarka WHOIS w serwisie NASK i wpisanie własnej domeny. Data ważności widnieje w wynikach.

Zmiana serwerów nazw i trwająca propagacja

Przeniesienie strony do nowego dostawcy zwykle wiąże się ze zmianą rekordów NS. Przez kilka do kilkudziesięciu godzin część użytkowników widzi wersję na starym serwerze, a część na nowym. Osoby, które mają w cache stary adres, trafiają na komunikat o błędzie, jeśli poprzedni hosting został już wyłączony.

Błędny rekord A po migracji hostingu

Migracja plików przebiega poprawnie, natomiast rekord A pozostaje ustawiony na poprzedni adres IP. Strona wyświetla wtedy stare treści, pokazuje stronę powitalną hostingodawcy albo zwraca błąd 404. Weryfikacja polega na porównaniu adresu IP zwracanego przez DNS z adresem serwera docelowego.

Wygasły certyfikat SSL

Przeglądarka wyświetla ostrzeżenie o zagrożeniu i blokuje wejście na stronę. Z perspektywy klienta wygląda to jak awaria, choć serwer i DNS działają poprawnie. Certyfikaty Let’s Encrypt mają ważność 90 dni i odnawiają się automatycznie. Błąd w konfiguracji zatrzymuje odnowienie bez żadnego komunikatu.

Awaria lub przeciążenie serwera

Ostatnia grupa przyczyn leży po stronie hostingu: przekroczony limit zasobów, błąd w aktualizacji wtyczki WordPress, uszkodzona baza danych albo atak DDoS. Sygnałem jest komunikat typu „Error establishing a database connection” albo błąd 500. Taki komunikat oznacza, że DNS zadziałał, a problem powstał na serwerze.

Jak samodzielnie ustalić źródło problemu?

Uporządkowana diagnostyka zajmuje kilka minut i pozwala przekazać zespołowi technicznemu konkretną informację zamiast ogólnego zgłoszenia. Kolejność kroków prowadzi od przyczyn najczęstszych do najrzadszych.

1. Sprawdź datę ważności domeny w wyszukiwarce WHOIS prowadzonej przez NASK.
   
   
2. Otwórz stronę na innym urządzeniu i w innej sieci, na przykład przez internet mobilny w telefonie. Poprawne działanie w takiej konfiguracji wskazuje na lokalny cache albo ustawienia sieci firmowej.
   
   
3. Zweryfikuj rekordy DNS w narzędziu typu DNS Checker albo poleceniem nslookup twojafirma.pl w wierszu poleceń. Porównaj zwrócony adres IP z adresem serwera docelowego.
   
   
4. Wyczyść lokalny cache DNS poleceniem ipconfig /flushdns w systemie Windows.
   
   
5. Sprawdź certyfikat SSL, klikając ikonę kłódki w pasku adresu. Data ważności widoczna jest w szczegółach certyfikatu.
   
   
6. Zaloguj się do panelu hostingu i sprawdź zużycie zasobów oraz logi błędów.
   
   

Jeśli po tych krokach problem pozostaje otwarty, do zgłoszenia w wsparciu technicznym dołącz treść komunikatu błędu, godzinę pierwszego wystąpienia oraz informację, czy strona działa w innej sieci.

Ile trwa propagacja DNS i jak ją skrócić?

Propagacja to czas potrzebny na to, aby serwery na całym świecie zastąpiły starą odpowiedź nową. W praktyce wynosi od kilkudziesięciu minut do 24 godzin, a przy zmianie serwerów nazw do 48 godzin.

Długość tego okna zależy od wartości TTL ustawionej przed wprowadzeniem zmiany. Standardowa praktyka przy planowanej migracji wygląda tak: na 24 godziny przed przenosinami obniża się TTL do 300 sekund, następnie wprowadza się nowe rekordy, a po potwierdzeniu poprawnego działania przywraca wartość 3600. Okres, w którym część użytkowników widzi starą wersję, skraca się wtedy do kilku minut.

Drugi element planowania to zachowanie starego hostingu przez 48 do 72 godzin po migracji. Ruch, który trafia jeszcze pod poprzedni adres, znajduje wtedy działającą stronę zamiast komunikatu o błędzie.

Jak ograniczyć ryzyko przestoju?

Poniższe nawyki organizacyjne ograniczają część przypadków opisanych powyżej.

1. Utrzymuj domenę, hosting i pocztę u jednego dostawcy. Diagnostyka odbywa się wtedy w jednym panelu i przy jednym kontakcie do wsparcia.
   
   
2. Ustaw automatyczne odnawianie domeny oraz przypisz do niej firmowy adres e-mail, który pozostaje aktywny niezależnie od rotacji pracowników.
   
   
3. Zapisz kopię aktualnych rekordów DNS przed każdą zmianą, aby móc szybko przywrócić poprzedni stan.
   
   
4. Włącz monitoring dostępności strony, który wysyła powiadomienie w ciągu kilku minut od wystąpienia problemu.
   
   
5. Zadbaj o regularne kopie zapasowe wraz z przetestowaną procedurą odtworzenia.
   
   

Sytuacja, w której domena znajduje się w jednej firmie, hosting w drugiej, a poczta w trzeciej, wydłuża czas reakcji. Każdy dostawca sprawdza wtedy wyłącznie swój fragment infrastruktury, a ustalenie odpowiedzialności zajmuje więcej czasu niż samo usunięcie usterki.

Uporządkowane środowisko techniczne w UTI.PL

UTI.PL prowadzi domeny, hosting, pocztę i certyfikaty SSL w jednym środowisku, dostępnym z poziomu jednego panelu. Jako oficjalny partner NASK z 25-letnim doświadczeniem obsługujemy ponad 30 000 firm w Polsce, a transfer istniejących usług prowadzimy w sposób zaplanowany, z zachowaniem ciągłości działania strony i poczty.

Migracja zaczyna się od analizy aktualnej konfiguracji DNS, obejmuje obniżenie TTL przed przenosinami i weryfikację rekordów po ich wprowadzeniu. Ze strony klienta wymaga to wyłącznie przekazania kodu authinfo. Pozostałe kroki realizuje nasz zespół.

Jeśli chcesz sprawdzić, jak wygląda konfiguracja DNS Twojej domeny i gdzie znajdują się potencjalne punkty ryzyka, umów bezpłatną konsultację z Ekspertem UTI.PL. Analiza obejmuje domenę, hosting, pocztę i certyfikaty, a jej wynikiem jest lista rekomendacji.