A record

Rekord A to podstawowy typ wpisu w systemie DNS, przypisujący nazwie domenowej konkretny adres IPv4.

A record w architekturze DNS

A record jest elementem strefy DNS przeznaczonym do wskazania adresu IPv4 dla określonej nazwy. Dzięki temu aplikacja lub przeglądarka może ustalić, z jakim adresem sieciowym należy nawiązać połączenie po wpisaniu domeny albo subdomeny. Rekord nie przechowuje informacji o usłudze, porcie, protokole ani stanie urządzenia. Jego zadaniem jest wyłącznie powiązanie nazwy z adresem w formacie IPv4.

Wpis znajduje się w strefie obsługiwanej przez właściwe dla domeny DNS-y autorytatywne. Komputer użytkownika zwykle nie pyta ich bezpośrednio przy każdym połączeniu. Zapytanie trafia najpierw do skonfigurowanego resolvera, na przykład udostępnianego przez operatora internetowego, router albo publiczną usługę DNS. Resolver może zwrócić wynik zapisany w pamięci podręcznej, o ile nie upłynął czas określony przez TTL. Z tego powodu zmiana adresu w strefie nie musi być widoczna równocześnie dla wszystkich użytkowników.

Nazwa może oznaczać domenę główną, taką jak example.pl, albo subdomenę, na przykład www.example.pl. W panelach administracyjnych symbol domeny głównej bywa prezentowany jako znak „@”, ale jest to tylko sposób zapisu stosowany przez konkretne narzędzie. Sama nazwa rekordu zawsze należy do określonej strefy DNS, a jej interpretacja zależy od konfiguracji tej strefy.

Adresowanie, TTL i relacja z innymi wpisami

Jedna nazwa może mieć kilka rekordów A. Resolver może zwrócić wiele adresów, a klient może próbować połączenia z jednym z nich. Taki układ bywa używany do prostego rozłożenia ruchu, lecz nie jest pełnym mechanizmem równoważenia obciążenia. Sam DNS nie sprawdza, czy wskazane urządzenie odpowiada, czy aplikacja działa poprawnie ani czy dostępna jest konkretna funkcja. Jeżeli jeden adres przestanie działać, część klientów może nadal otrzymywać go z pamięci podręcznej aż do wygaśnięcia TTL.

TTL określa, jak długo resolver może przechowywać odpowiedź bez ponownego pytania źródła. Krótszy czas ułatwia szybsze propagowanie zmian, ale zwiększa liczbę zapytań DNS. Dłuższy czas ogranicza częstotliwość odpytywania, lecz sprawia, że zmiana adresu może być przez pewien czas niewidoczna w części sieci. W praktyce nie istnieje jeden poprawny TTL dla każdej domeny; wartość powinna odpowiadać częstotliwości zmian i wymaganiom dostępności.

A record należy odróżnić od AAAA, który wskazuje adres IPv6. Oba rekordy mogą występować jednocześnie dla tej samej nazwy. CNAME nie zawiera adresu IP, lecz kieruje nazwę do innej nazwy, którą trzeba następnie rozwiązać. Z tego powodu nie należy bezmyślnie zastępować rekordu A rekordem CNAME, szczególnie dla domeny głównej, ponieważ ograniczenia zależą od operatora DNS i pozostałych wpisów w strefie.

Wpis typu A może również wskazywać adres prywatny używany w sieci lokalnej. Taki rezultat może być prawidłowy wewnątrz konkretnej organizacji, ale nieprzydatny dla użytkownika korzystającego z Internetu. Osobne odpowiedzi dla sieci wewnętrznej i zewnętrznej określa się często jako split DNS. Błędne połączenie tych wariantów prowadzi do sytuacji, w której strona działa z jednego łącza, a z innego kieruje połączenia pod niedostępny adres.

Co sprawdzać, gdy nazwa prowadzi w złe miejsce

Podstawowym krokiem diagnostycznym jest porównanie odpowiedzi z kilku resolverów oraz sprawdzenie, czy odpowiedź pochodzi z pamięci podręcznej. Należy zweryfikować nazwę, typ zapytania, zwrócony adres i czas pozostały do wygaśnięcia TTL. Pomocne jest także sprawdzenie wpisu bezpośrednio w źródle strefy, ponieważ wynik lokalny może być starszy od aktualnej konfiguracji.

Brak oczekiwanego rekordu A nie zawsze oznacza awarię. Domena może korzystać wyłącznie z IPv6, używać innej nazwy jako punktu wejścia albo mieć rekord usunięty celowo. Z kolei obecność adresu nie gwarantuje działania strony. Przyczyną mogą być filtracja ruchu, błędna konfiguracja aplikacji, niedostępność portu, problem z trasą sieciową albo niezgodność nazwy używanej przez klienta z nazwą skonfigurowaną w usłudze.

Częstą pomyłką jest edycja rekordu w niewłaściwej strefie lub u operatora, który nie jest aktualnie wskazany w delegacji domeny. Zmiana może zostać zapisana poprawnie w panelu, lecz nie będzie używana przez Internet, jeżeli domena korzysta z innych DNS-ów autorytatywnych. Warto też sprawdzić, czy nie istnieją równoległe wpisy A, wildcard obejmujący daną subdomenę albo reguły zależne od lokalizacji zapytującego.

Na pojedynczym komputerze problem może wyglądać jak awaria DNS, mimo że źródłem jest lokalna pamięć podręczna, nieprawidłowy adres resolvera, uszkodzona konfiguracja karty sieciowej lub niestabilne połączenie z routerem. Porównanie działania kilku urządzeń w tej samej sieci pomaga oddzielić problem lokalny od problemu dotyczącego całej domeny. Do testów można użyć narzędzi systemowych wysyłających zapytania DNS, ale wynik trzeba interpretować razem z informacjami o TTL i źródle odpowiedzi.

Kiedy problem programowy staje się sprzętowym

Do serwisu warto zgłosić komputer, gdy dostęp do stron jest niestabilny mimo prawidłowych wpisów DNS na innych urządzeniach, karta sieciowa gubi połączenie, system nie wykrywa przewodowego lub bezprzewodowego interfejsu albo router nie komunikuje się poprawnie z laptopem. Warszawskie Pogotowie Komputerowe specjalizuje się w profesjonalnej naprawie laptopów, komputerów stacjonarnych i elementów elektronicznych.

Przed przekazaniem urządzenia dobrze zanotować przykładową nazwę, która nie działa, informację o tym, czy problem występuje na innych urządzeniach, oraz moment pojawienia się usterki. Przydatne są także komunikaty systemowe i wynik testu połączenia z inną stroną. Takie dane pomagają ustalić, czy należy szukać przyczyny w konfiguracji sieci, czy w fizycznym elemencie komputera.

Jeżeli diagnoza wykaże uszkodzenie dysku zawierającego lokalne pliki konfiguracyjne albo dane użytkownika, przed próbami naprawy warto ograniczyć dalszą pracę urządzenia. W przypadku nośników wykazujących objawy awarii można rozważyć podstawowy odzysk danych, o ile stan sprzętu na to pozwala. Sama korekta rekordu A nie naprawi uszkodzonej karty sieciowej, przewodu, gniazda ani układu zasilania, dlatego rozdzielenie warstwy DNS od diagnostyki fizycznej jest istotne.