DNS nie działa w sieci firmowej

DNS nie działa w sieci firmowej wskazuje na wymagane uwierzytelnienie domenowe do skorzystania z wewnętrznego serwera DNS — komputer poza domeną nie ma do niego dostępu.

DNS nie działa w sieci firmowej — co oznacza ten problem

Awaria DNS w sieci firmowej oznacza, że komputer nie potrafi zamienić nazwy urządzenia lub adresu usługi na właściwy adres IP. W efekcie mogą nie otwierać się strony internetowe, katalogi sieciowe, aplikacje działające wewnątrz organizacji ani zasoby dostępne pod nazwami typu intranet lub drukarka-biuro. Samo połączenie z siecią może być aktywne, a mimo to próba użycia nazwy hosta kończy się komunikatem o braku odnalezienia serwera.

W środowisku firmowym rozpoznawanie nazw często odbywa się inaczej niż w domowej sieci Wi-Fi. Oprócz publicznych serwerów DNS wykorzystywane są wewnętrzne strefy nazw, w których zapisuje się adresy komputerów, drukarek, aplikacji i innych zasobów. Dostęp do tych informacji może zależeć od poprawnego przypisania komputera do domeny, uzyskania odpowiednich parametrów z DHCP oraz przejścia kontroli tożsamości. Jeżeli którykolwiek z tych elementów zawiedzie, nazwy wewnętrzne przestają działać, chociaż dostęp do części publicznych witryn może nadal pozostać możliwy.

Jak odróżnić błąd DNS od problemu z połączeniem

Ważne jest rozdzielenie kilku warstw komunikacji. Najpierw sprawdza się, czy karta sieciowa uzyskała adres IP, maskę, bramę oraz adresy serwerów DNS. Następnie porównuje się działanie połączenia przy użyciu adresu IP i przy użyciu nazwy. Jeżeli połączenie z adresem liczbowym jest możliwe, lecz ta sama usługa nie odpowiada po wpisaniu nazwy, podejrzenie pada na rozwiązywanie nazw. Gdy nie działa również komunikacja z adresem IP, przyczyna może znajdować się w połączeniu przewodowym lub bezprzewodowym, konfiguracji VLAN, zaporze albo trasowaniu.

Inaczej zachowuje się publiczny DNS, a inaczej firmowy DNS. Publiczna usługa może poprawnie odnajdywać adresy popularnych witryn, ale nie zna nazw używanych wyłącznie wewnątrz organizacji. Z kolei serwer DNS dostępny tylko z sieci firmowej może odrzucać zapytania pochodzące z nieprawidłowej podsieci, połączenia gościnnego albo tunelu VPN skonfigurowanego bez dostępu do właściwych zasobów. Wymiana adresu wewnętrznego DNS na publiczny często poprawia dostęp do internetu, ale jednocześnie może całkowicie odciąć nazwy lokalnych usług.

Znaczenie ma także kolejność i źródło otrzymanych ustawień. Adresy przekazane przez DHCP mogą zostać nadpisane ręcznie ustawioną konfiguracją, dodatkowy program sieciowy może kierować zapytania przez własny moduł, a aktywne VPN może zmieniać priorytet interfejsów. Czasem problem dotyczy wyłącznie jednej stacji roboczej, a czasem wielu urządzeń korzystających z tego samego punktu dostępu, zakresu DHCP lub serwera DNS.

Typowe przyczyny i objawy awarii DNS

Jedną z częstszych przyczyn jest otrzymanie nieprawidłowych parametrów sieciowych. Komputer może dostać adres DNS należący do innej podsieci, nieaktualny adres urządzenia albo konfigurację pochodzącą z niewłaściwego serwera DHCP. Podobny efekt powstaje po ręcznej zmianie ustawień IPv4, zmianie sposobu połączenia z siecią lub przełączeniu między kilkoma profilami sieciowymi.

Problemy mogą wynikać również z utraty członkostwa w domenie, nieaktualnych poświadczeń, błędnego czasu systemowego albo nieudanej autoryzacji. W takich sytuacjach komputer może nie pobrać prawidłowej konfiguracji, nie odnaleźć kontrolera domeny lub nie zarejestrować swojej nazwy w odpowiedniej strefie DNS. Objawami bywają długie oczekiwanie podczas logowania, brak dostępu do udziałów sieciowych, niedziałające mapowane dyski, komunikaty o nieznalezieniu hosta oraz konieczność korzystania z adresów IP zamiast nazw.

Przyczyną bywa także uszkodzona pamięć podręczna DNS. System może przechowywać nieaktualny adres po zmianie konfiguracji, migracji usługi albo wymianie urządzenia sieciowego. Warto wtedy zweryfikować, czy problem występuje na jednym komputerze, czy na większej liczbie stanowisk. Należy też zwrócić uwagę na zaporę, reguły filtrowania portów DNS, działanie klienta VPN oraz możliwość komunikacji z właściwym serwerem. Samo wyczyszczenie pamięci podręcznej nie rozwiąże awarii, jeżeli źródłem pozostaje brak dostępu lub błędna autoryzacja.

Nieprawidłowe działanie może pojawiać się okresowo. Nazwy są wtedy rozpoznawane raz poprawnie, a raz nie, szczególnie po wznowieniu pracy komputera, zmianie sieci lub ponownym zestawieniu VPN. Taki wzorzec wskazuje między innymi na konflikt kilku źródeł konfiguracji, niedostępność jednego z serwerów, różne trasy do tej samej usługi albo niespójność między serwerami DNS.

Kiedy warto zlecić diagnozę specjalistom - DNS nie działa w sieci firmowej

Zgłoszenie do serwisu jest uzasadnione, gdy awaria utrzymuje się mimo ponownego połączenia z siecią, dotyczy kilku urządzeń albo uniemożliwia korzystanie z podstawowych zasobów firmowych. Szczególnej uwagi wymaga sytuacja, w której internet działa tylko częściowo, logowanie trwa nietypowo długo, nie są dostępne udziały sieciowe lub po każdej zmianie sieci konieczne staje się ręczne poprawianie konfiguracji.

Przed przekazaniem sprzętu warto zanotować dokładny komunikat, nazwę niedostępnej usługi, moment wystąpienia problemu oraz informację, czy połączenie przez adres IP działa poprawnie. Przydatne jest również wskazanie, czy awaria pojawia się tylko na jednym komputerze, po uruchomieniu VPN, po zmianie hasła, czy na wszystkich stanowiskach w danym miejscu. Takie dane ułatwiają odróżnienie błędu lokalnej konfiguracji od problemu dotyczącego całej infrastruktury.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie konfiguracji sieciowej komputera, komunikacji z właściwym DNS oraz zależności między profilem sieci, usługami systemowymi i dostępem do zasobów. Analiza powinna obejmować nie tylko zmianę adresu serwera DNS, lecz także ustalenie, skąd pobierane są ustawienia, czy komputer ma prawidłową tożsamość sieciową i na którym etapie zapytanie przestaje być obsługiwane.

Po usunięciu przyczyny warto potwierdzić działanie kilku różnych nazw, zarówno publicznych, jak i używanych wewnątrz firmy. Należy sprawdzić także logowanie, dostęp do udziałów, drukowanie sieciowe, działanie aplikacji oraz zachowanie po ponownym uruchomieniu komputera. Dopiero taka kontrola pozwala ocenić, czy przywrócono pełną komunikację, a nie tylko chwilowo ominięto problem przez użycie pojedynczego adresu IP.