System nie aktualizuje cache DNS

System nieaktualizujący pamięci podręcznej DNS wskazuje na zbyt długi czas TTL wpisu lub uszkodzoną usługę DNS Client.

Jak działa pamięć podręczna DNS w systemie

Pamięć podręczna DNS przechowuje wyniki wcześniejszych zapytań dotyczących nazw domenowych. Gdy aplikacja próbuje połączyć się z adresem takim jak example.com, system najpierw sprawdza, czy zna już odpowiadający mu adres IP. Jeżeli wpis znajduje się w lokalnym cache DNS i nie upłynął jego czas ważności, komputer może użyć zapisanej odpowiedzi bez ponownego pytania serwera DNS. Skraca to czas nawiązywania połączenia i ogranicza liczbę zapytań wysyłanych do sieci.

Każda odpowiedź DNS może zawierać wartość TTL, czyli Time to Live. TTL określa, jak długo wynik może być uznawany za aktualny przez urządzenie lub pośredni serwer DNS. Długi TTL nie oznacza uszkodzenia komputera. Może jednak sprawić, że po zmianie adresu serwera, przekierowaniu domeny albo zmianie konfiguracji sieci system nadal korzysta ze starszego wpisu. Problem może wyglądać wtedy tak, jakby system nie aktualizował pamięci podręcznej, chociaż w rzeczywistości respektuje czas ważności otrzymanej odpowiedzi.

W systemie Windows lokalną obsługą zapytań i cache DNS zajmuje się usługa DNS Client. Jej nieprawidłowe działanie może powodować opóźnienia, błędne odpowiedzi albo brak oczekiwanego odświeżania wpisów. Trzeba jednak odróżnić lokalny cache od pamięci podręcznej routera, firmowego serwera DNS i serwerów autorytatywnych dla domeny. Usunięcie wpisu na laptopie nie zmieni danych przechowywanych w tych innych miejscach.

Objawy przestarzałego wpisu i nieprawidłowej usługi DNS Client

Typowym objawem jest otwieranie nieaktualnego adresu po zmianie DNS, mimo że ta sama domena działa poprawnie na urządzeniu korzystającym z innej sieci. Może pojawić się również komunikat o nieznalezieniu serwera, chwilowy brak dostępu do witryny po wznowieniu pracy komputera albo różnica między adresem zwracanym przez lokalny komputer i adresem uzyskiwanym z zewnętrznego narzędzia. Sam fakt, że jedna aplikacja pokazuje starszą wersję witryny, nie przesądza jeszcze o problemie z cache DNS, ponieważ przeglądarka może mieć własny cache HTTP, a system może korzystać z proxy lub firmowego resolvera DNS.

W Windows zawartość lokalnej pamięci można podejrzeć poleceniem ipconfig /displaydns uruchomionym w Wierszu polecenia. Wynik zawiera między innymi nazwy, typy rekordów i pozostały czas życia wpisów. Dla rekordu adresowego IPv4 będzie to zwykle rekord A, a dla adresu IPv6 rekord AAAA. Jeżeli przyczyną jest normalnie działający TTL, wpis może pozostać widoczny do momentu wygaśnięcia. Jeżeli ten sam nieprawidłowy rezultat pojawia się po wyczyszczeniu cache i ponownym zapytaniu, należy sprawdzić także serwer DNS używany przez kartę sieciową.

Do weryfikacji odpowiedzi można użyć narzędzia nslookup. Polecenie bez parametrów pokazuje domyślny serwer DNS, z którego korzysta komputer, a zapytanie o konkretną nazwę pozwala porównać zwracany adres z oczekiwanym wynikiem. Warto sprawdzić zarówno nazwę domenową, jak i kilka różnych domen. Jeżeli problem dotyczy wszystkich nazw, bardziej prawdopodobna jest awaria konfiguracji sieci, usługi DNS Client albo komunikacji z resolverem. Jeżeli dotyczy tylko jednej domeny, przyczyna może leżeć w jej delegacji, rekordach lub propagacji zmiany poza komputerem.

Bezpieczne odświeżenie cache i rozdzielenie przyczyn

Podstawową czynnością w Windows jest wykonanie polecenia ipconfig /flushdns w oknie Wiersza polecenia uruchomionym z odpowiednimi uprawnieniami. System powinien wtedy potwierdzić pomyślne opróżnienie pamięci podręcznej resolvera DNS. Operacja usuwa lokalnie zapisane wyniki, ale nie naprawia niedostępnego serwera DNS, błędnej konfiguracji adresów ani problemu po stronie domeny. Po wyczyszczeniu cache należy ponownie wykonać zapytanie, ponieważ nowy wpis zostanie pobrany dopiero przy kolejnym użyciu nazwy.

Jeżeli polecenie nie przynosi efektu, należy sprawdzić stan usługi DNS Client w konsoli usług systemu Windows oraz zweryfikować, czy karta sieciowa ma aktywne połączenie. Istotne są również ustawienia serwerów DNS przypisanych do konkretnego interfejsu. Laptop może korzystać z innych serwerów po połączeniu z Wi-Fi, siecią przewodową, hotspotem albo tunelem VPN. Zmiana połączenia może więc zmienić rezultat bez jakiejkolwiek modyfikacji lokalnego cache. W przypadku kilku aktywnych interfejsów trzeba ustalić, który z nich faktycznie obsługuje ruch.

Nie należy traktować restartu komputera jako pełnej diagnozy. Może on ponownie uruchomić usługę i odświeżyć część stanu sieci, ale nie wyjaśnia, czy przyczyną był TTL, uszkodzony wpis, niedostępny resolver, filtr VPN czy problem z konfiguracją protokołu DNS. Jeżeli po użyciu ipconfig /flushdns komputer nadal otrzymuje stary adres, porównanie wyników z kilku serwerów DNS i z innych urządzeń pomaga ustalić, czy źródło problemu znajduje się lokalnie, w routerze, czy poza siecią użytkownika.

Znaczenie prawidłowej diagnozy w komputerze użytkowym

Naprawa problemu z nieaktualizującym się cache DNS powinna rozpocząć się od odtworzenia objawu i zapisania konkretnej nazwy domenowej, czasu wystąpienia oraz rodzaju połączenia. Następnie sprawdza się lokalny cache, usługę DNS Client, konfigurację interfejsu i odpowiedzi uzyskiwane z używanego serwera DNS. Taka kolejność pozwala nie pomylić problemu DNS z błędem przeglądarki, niedziałającą usługą internetową, nieprawidłowym wpisem hosts albo awarią samej witryny.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną diagnostykę i naprawę laptopów, komputerów PC oraz ich konfiguracji systemowych, w tym problemów z dostępem do sieci i rozwiązywaniem nazw DNS. Zakres czynności zależy od ustalonej przyczyny: może obejmować odświeżenie pamięci, kontrolę usługi systemowej, sprawdzenie ustawień karty sieciowej oraz analizę odpowiedzi DNS. Po naprawie warto ponownie wykonać zapytania testowe i sprawdzić działanie kilku niezależnych adresów, aby potwierdzić, że system pobiera aktualne dane, a nie tylko chwilowo odzyskał dostęp do jednej domeny.