DNS firmowy nie rozpoznaje lokalnych zasobów

DNS firmowy nie rozpoznaje lokalnych zasobów wskazuje na brak wpisów strefy wewnętrznej na serwerze DNS domeny — trzeba je dodać po stronie administratora Active Directory.

DNS firmowy nie rozpoznaje lokalnych zasobów wtedy, gdy komputery w sieci organizacji potrafią otwierać strony internetowe, lecz nie odnajdują nazw urządzeń, udziałów plikowych albo aplikacji dostępnych wyłącznie wewnątrz tej sieci. W takiej sytuacji problem zwykle nie dotyczy samego połączenia z internetem. Kłopot polega na tym, że zapytanie o nazwę lokalnego zasobu trafia do niewłaściwego systemu rozpoznawania nazw albo w wewnętrznej strefie DNS brakuje odpowiedniego rekordu. Użytkownik może wtedy widzieć komunikaty o nieodnalezieniu ścieżki sieciowej, niedostępności hosta lub błędnej nazwie serwera, mimo że urządzenie działa i pozostaje podłączone do sieci.

Czym jest problem z rozpoznawaniem lokalnych zasobów

DNS, czyli system nazw domenowych, tłumaczy nazwy czytelne dla człowieka na adresy IP używane przez urządzenia. W środowisku firmowym ten mechanizm obsługuje nie tylko publiczne domeny internetowe, lecz także nazwy komputerów, serwerów plików, drukarek sieciowych, systemów obiegu dokumentów i innych usług dostępnych w sieci lokalnej. Dla przykładu, odwołanie do udziału w postaci \\pliki.firma.local\projekty wymaga ustalenia, pod jakim adresem IP znajduje się host pliki. Jeżeli firmowy DNS nie posiada właściwego wpisu lub komputer korzysta z publicznego DNS zamiast z wewnętrznego, nazwa nie zostanie prawidłowo zamieniona na adres.

Najczęściej chodzi o brak rekordu w odpowiedniej strefie, niepoprawną delegację domeny wewnętrznej albo niespójność pomiędzy usługą katalogową a serwerem DNS. W domenach opartych na Active Directory wpisy mogą być tworzone i aktualizowane automatycznie, ale tylko wtedy, gdy działa dynamiczna rejestracja, stacja robocza ma właściwą konfigurację sieciową, a uprawnienia pozwalają na zapis rekordu. Błąd może więc powstać zarówno po stronie samego DNS, jak i na komputerze, który kieruje zapytania do niewłaściwego resolvera.

Kontekst techniczny i porównanie możliwych przyczyn - DNS firmowy nie rozpoznaje lokalnych zasobów

Warto rozdzielić trzy podobne, lecz różne sytuacje. Pierwsza występuje wtedy, gdy nazwa lokalnego hosta nie istnieje w wewnętrznej strefie DNS. Druga polega na tym, że rekord istnieje, ale wskazuje nieaktualny adres IP, na przykład po zmianie konfiguracji serwera lub przeniesieniu usługi na inne urządzenie. Trzecia wynika z błędów po stronie klienta: nieprawidłowego adresu serwera DNS, nieaktualnej pamięci podręcznej, błędnego sufiksu DNS albo wymuszenia publicznych serwerów nazw w ustawieniach karty sieciowej.

W sieci firmowej zwykle powinien działać mechanizm rozdzielający zapytania dotyczące nazw wewnętrznych od zapytań o domeny publiczne. Zapytania o zasoby należące do domeny lokalnej powinny być obsługiwane przez wewnętrzny serwer DNS, natomiast pozostały ruch może być przekazywany dalej do skonfigurowanych serwerów nadrzędnych. Jeżeli wszystkie zapytania kierowane są bezpośrednio do zewnętrznego resolvera, publiczny DNS nie będzie znał prywatnych nazw hostów. Z tego powodu samo czyszczenie pamięci podręcznej lub ponowne uruchomienie komputera może chwilowo zmienić objawy, lecz nie usunie przyczyny.

Do weryfikacji można wykorzystać polecenia nslookup albo Resolve-DnsName, sprawdzając zarówno nazwę krótką, jak i pełną nazwę hosta. Istotne jest porównanie odpowiedzi uzyskanej z wewnętrznego DNS z odpowiedzią z innego resolvera, a także sprawdzenie, czy zwracany adres odpowiada aktualnej konfiguracji urządzenia. W przypadku udziałów sieciowych należy dodatkowo odróżnić błąd rozpoznawania nazwy od problemu z dostępem do zasobu. Prawidłowa odpowiedź DNS nie oznacza jeszcze, że użytkownik ma uprawnienia do udziału, że usługa działa albo że zapora sieciowa zezwala na połączenie.

Typowe problemy i błędy konfiguracyjne - DNS firmowy nie rozpoznaje lokalnych zasobów

Jednym z częstych błędów jest ustawienie na stacji roboczej serwerów DNS dostarczanych automatycznie przez router lub operatora, mimo że komputer powinien korzystać z firmowego DNS. W takim układzie internet może działać bez zakłóceń, lecz nazwy prywatne pozostaną nierozpoznane. Innym przypadkiem jest wpisanie adresu DNS ręcznie, bez uwzględnienia zmian w infrastrukturze. Po zmianie adresu serwera, zakresu DHCP albo zasad replikacji część komputerów nadal może odpytywać nieaktualny punkt.

Problemy powodują również niezgodne sufiksy DNS. Nazwa wpisana jako drukarka może być automatycznie uzupełniana do innej domeny niż ta, w której znajduje się rekord. Podobny efekt występuje przy pomyleniu nazwy domeny katalogowej z nazwą domeny używaną publicznie. Wymaga to sprawdzenia pełnych nazw, konfiguracji wyszukiwania przyrostków oraz kolejności serwerów DNS otrzymywanych przez DHCP lub ustawionych statycznie.

Do diagnostyki zalicza się także kontrolę rekordów A i AAAA, rekordów aliasów CNAME, wpisów odwrotnych oraz rekordów SRV wykorzystywanych przez usługi katalogowe. Niepoprawny rekord odwrotny nie zawsze uniemożliwia dostęp do zasobu, ale może utrudniać identyfikację urządzeń i powodować ostrzeżenia w logach. Z kolei brak rekordów SRV może zakłócić odnajdywanie kontrolera domeny, logowanie użytkowników lub stosowanie zasad grupowych. Należy również uwzględnić replikację między serwerami DNS, ponieważ różne komputery mogą otrzymywać odmienne odpowiedzi zależnie od tego, z którym serwerem nawiążą kontakt.

Przyczyną bywa też zbyt długie przechowywanie nieaktualnej odpowiedzi w pamięci podręcznej. Czas życia rekordu DNS decyduje o tym, jak długo klient lub serwer pośredniczący może posługiwać się wcześniejszym adresem. W efekcie po zmianie adresu zasobu jedna część sieci może widzieć nową konfigurację, a druga nadal kierować połączenia pod stary adres. Bez sprawdzenia czasu życia rekordu, źródła odpowiedzi oraz kolejnych etapów przekazywania zapytania trudno odróżnić rzeczywisty brak wpisu od opóźnionej aktualizacji.

Kiedy najlepiej przekazać urządzenie do naprawy - DNS firmowy nie rozpoznaje lokalnych zasobów

Zgłoszenie do serwisu jest uzasadnione, gdy problem obejmuje kilka komputerów, regularnie powraca po zmianach sieciowych, uniemożliwia dostęp do udziałów lub pojawia się razem z trudnościami w logowaniu do domeny. Szczególnej uwagi wymaga sytuacja, w której jedni użytkownicy widzą zasób poprawnie, a inni otrzymują komunikat o nieodnalezieniu hosta. Może to wskazywać na różnice w konfiguracji DHCP, rozbieżności w pamięci podręcznej, niespójność serwerów DNS albo błędy replikacji.

Przed zgłoszeniem warto zanotować dokładną nazwę zasobu, informację, czy problem dotyczy jednej stacji czy całej sieci, oraz wynik podstawowego testu rozpoznawania nazwy. Przydatne będzie również wskazanie, czy dostęp przez adres IP działa, czy problem występuje po zmianie routera, serwera, domeny lub zakresu adresów. Takie dane pomagają oddzielić awarię DNS od błędnych uprawnień, niedostępnej usługi, problemu z zaporą albo przerwy w działaniu urządzenia docelowego.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić uporządkowanie diagnostyki komputerowej i sieciowej, w tym sprawdzenie konfiguracji klienta, odpowiedzi serwerów DNS oraz dostępności lokalnych zasobów; w razie potrzeby wykorzystywany jest własny transport, bez korzystania z usług kurierów.

W praktyce naprawa powinna obejmować nie tylko dodanie brakującego rekordu. Należy ustalić, dlaczego wpis nie powstał, czy będzie poprawnie odświeżany, czy wszystkie komputery otrzymują właściwe adresy DNS i czy rozwiązanie nie zostanie nadpisane przy kolejnym odnowieniu dzierżawy DHCP. Dopiero po sprawdzeniu tych zależności można uznać, że problem z nierozpoznawaniem lokalnych zasobów został usunięty trwale, a nie jedynie zamaskowany przez ręczne wpisanie adresu lub wyczyszczenie pamięci podręcznej.