Udział nie dostępny przez nazwę – tylko przez IP

Udział niedostępny przez nazwę (tylko przez IP) wskazuje na problem z rozpoznawaniem nazw DNS lub NetBIOS w sieci lokalnej.

Co oznacza dostęp do udziału wyłącznie przez adres IP

Udział sieciowy to folder albo zasób udostępniony przez komputer w sieci lokalnej, zwykle za pomocą protokołu SMB. W systemie Windows taki zasób może być otwierany w Eksploratorze plików jako ścieżka UNC, na przykład \\komputer\projekty. Jeżeli zamiast nazwy zadziała \\192.168.1.25\projekty, podstawowa komunikacja z komputerem udostępniającym zasób najczęściej jest możliwa, a problem dotyczy ustalenia adresu na podstawie nazwy.

Adres IP jest wartością liczbową przypisaną do interfejsu sieciowego, natomiast nazwa komputera wymaga użycia mechanizmu rozpoznawania nazw. W zależności od konfiguracji system może korzystać z DNS, lokalnych wpisów w pliku hosts, pamięci podręcznej nazw albo starszego mechanizmu NetBIOS Name Service. Sam fakt, że połączenie przez IP działa, nie potwierdza jeszcze poprawności uwierzytelniania, uprawnień do folderu ani wszystkich funkcji SMB. Potwierdza przede wszystkim, że trasa do wskazanego adresu i odpowiednia usługa odpowiadają.

DNS, NetBIOS i lokalna mapa nazw

DNS tłumaczy nazwę hosta na adres IP na podstawie serwera DNS skonfigurowanego dla urządzenia. W sieci domowej taką funkcję często realizuje router, który rejestruje nazwy klientów DHCP, ale nie każda konfiguracja gwarantuje, że nazwa komputera będzie dostępna w całej sieci. Jeżeli komputer otrzymał nowy adres IP, wpis DNS jest nieaktualny albo urządzenia używają różnych serwerów DNS, nazwa może wskazywać błędny adres lub nie być odnajdywana wcale.

NetBIOS Name Service działa jako odrębny sposób wyszukiwania nazw komputerów w sieci lokalnej. Jego działanie może zależeć od ustawienia NetBIOS over TCP/IP, odpowiedzi rozgłoszeniowych oraz obecności urządzeń filtrujących ruch lokalny. Wyłączenie wykrywania sieci, izolacja klientów Wi-Fi, różne podsieci lub reguły zapory mogą sprawić, że komputer pozostaje osiągalny po IP, ale nie odpowiada na zapytania o nazwę. W nowszych konfiguracjach może być używany także mechanizm rozpoznawania nazw multicastowych, jednak jego obsługa zależy od systemów i ustawień sieci.

Przydatnym rozróżnieniem jest sprawdzenie kilku nazw niezależnie od Eksploratora plików. Polecenie nslookup nazwa-komputera pokazuje, czy nazwę rozpoznaje skonfigurowany DNS. Polecenie ping nazwa-komputera sprawdza, jaki adres został użyty, ale brak odpowiedzi ICMP nie zawsze oznacza awarię SMB, ponieważ zapora może blokować sam ping. W systemie Windows polecenie nbtstat -a nazwa-komputera pozwala sprawdzić odpowiedź NetBIOS dla wskazanej nazwy.

Sprawdzanie ścieżki UNC i przyczyn po stronie systemu

Najpierw należy ustalić, czy problem dotyczy samego rozpoznawania nazwy, czy również usługi udostępniania. Warto porównać ścieżki \\nazwa-komputera\nazwa-udziału oraz \\adres-IP\nazwa-udziału. Jeśli druga ścieżka otwiera folder, a pierwsza kończy się komunikatem o nieznalezieniu ścieżki lub hosta, należy skupić się na DNS, NetBIOS, pamięci podręcznej i konfiguracji interfejsu. Jeśli obie ścieżki odrzucają połączenie, przyczyna może leżeć w wyłączonym udostępnianiu, zaporze, nieprawidłowych uprawnieniach albo niedostępnej usłudze SMB.

Polecenie ipconfig /all pozwala sprawdzić adres IPv4, maskę podsieci, bramę domyślną oraz adresy serwerów DNS. Różne konfiguracje DNS na dwóch komputerach mogą powodować asymetrię: jeden komputer rozpoznaje nazwę, a drugi nie. W przypadku zmiany adresu przez DHCP pomocne może być wyczyszczenie lokalnej pamięci DNS poleceniem ipconfig /flushdns. To nie naprawi błędnego wpisu na routerze ani problemu z NetBIOS, ale pozwoli wykluczyć nieaktualny wynik zapisany lokalnie.

Należy też sprawdzić, czy oba urządzenia są w tej samej logicznej sieci i czy połączenie Wi-Fi nie korzysta z izolacji klientów. W systemie Windows znaczenie mają profil sieci oraz reguły Zapory systemu Windows dotyczące udostępniania plików i drukarek. Do weryfikacji dostępności portu SMB można użyć polecenia Test-NetConnection adres-IP -Port 445 w PowerShellu. Otwarty port 445 wskazuje, że host przyjmuje połączenia TCP dla SMB, ale nadal nie rozstrzyga, czy konto ma prawo otworzyć konkretny udział.

Stabilne przywrócenie dostępu do udziału

Naprawa powinna rozpocząć się od ustalenia prawidłowej nazwy komputera, aktualnego adresu IP i sposobu, w jaki nazwa ma być rozpoznawana. W małej sieci można zweryfikować wpis urządzenia w routerze, konfigurację DHCP oraz adresy DNS przekazywane klientom. Jeżeli nazwa działa tylko czasami, trzeba uwzględnić zmianę adresu po odnowieniu dzierżawy DHCP. Pomocne może być przypisanie stałej rezerwacji DHCP dla urządzenia udostępniającego zasób, o ile router i konfiguracja sieci na to pozwalają.

Nie należy traktować ręcznego wpisania adresu IP jako pełnej naprawy. Może ono chwilowo przywrócić dostęp, ale po zmianie adresu przez DHCP ścieżka przestanie działać. Trzeba również zachować poprawną nazwę udziału, ponieważ sam adres IP identyfikuje komputer, a nie konkretny folder. Po zmianach warto ponownie sprawdzić rozpoznawanie nazwy, port TCP 445, widoczność udziału oraz uprawnienia użytkownika. Jeżeli problem występuje tylko z jednego laptopa, przyczyną może być jego profil sieciowy, lokalna zapora, pamięć podręczna DNS lub zapisane poświadczenia.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnozowaniem problemów z konfiguracją sieci lokalnej oraz dostępem do zasobów udostępnionych w środowisku domowym lub biurowym. Zakres sprawdzenia powinien obejmować zarówno urządzenie użytkownika, jak i podstawowe zależności między nazwą komputera, adresem IP, usługą SMB oraz regułami zapory.