Połączenie SMB działa tylko przez adres IP

Połączenie SMB działające tylko przez adres IP wskazuje na problem z rozpoznawaniem nazw DNS lub NetBIOS w sieci lokalnej.

Co oznacza dostęp do udziału SMB wyłącznie po adresie IP

Połączenie SMB działające pod adresem w rodzaju \\192.168.1.20\dokumenty, ale niedziałające po nazwie \\komputer-biuro\dokumenty, zwykle oznacza, że sam udział sieciowy jest osiągalny, natomiast komputer kliencki nie potrafi prawidłowo ustalić adresu IP odpowiadającego użytej nazwie. SMB, czyli Server Message Block, służy do udostępniania plików, drukarek i innych zasobów w sieci. Adres IP omija etap tłumaczenia nazwy, dlatego może działać nawet wtedy, gdy DNS, NetBIOS albo lokalna konfiguracja sieci nie działają poprawnie.

Nie jest to automatycznie dowód uszkodzenia protokołu SMB. Przy połączeniu przez adres IP nadal muszą działać między innymi trasa sieciowa, zapora sieciowa, usługa udostępniania plików, uprawnienia oraz uwierzytelnianie. Jeżeli dostęp do tego samego udziału przez IP kończy się powodzeniem, a przez nazwę pojawia się komunikat o nieodnalezieniu ścieżki, nieznanym hoście lub błędzie systemu nazw, pierwszym obszarem diagnostyki powinno być rozpoznawanie nazwy, a nie sam plik lub katalog.

DNS, NetBIOS i format ścieżki UNC

W sieci lokalnej nazwa komputera może być rozpoznawana przez kilka mechanizmów. DNS korzysta z rekordów nazw, domeny lub lokalnego sufiksu DNS. NetBIOS Name Service historycznie wykorzystywał port UDP 137, a ruch związany z sesjami NetBIOS może korzystać również z portów TCP 139. Nowsze wersje Windows często używają bezpośredniego SMB przez TCP 445, bez warstwy NetBIOS, ale sposób znalezienia komputera nadal zależy od konfiguracji sieci i użytej nazwy. W praktyce nazwa krótka, nazwa z sufiksem DNS i nazwa rozgłaszana przez mechanizmy lokalne nie zawsze są równoważne.

Ścieżka SMB musi mieć prawidłowy format UNC: dwa ukośniki odwrotne, nazwę hosta albo adres IP, kolejny ukośnik odwrotny oraz nazwę udziału, na przykład \\NAS\backup lub \\192.168.1.20\backup. Pomylenie nazwy urządzenia z nazwą udziału daje błąd niezależny od DNS. Znaczenie ma także to, czy używana jest nazwa komputera, alias, nazwa grupy roboczej, pełna nazwa DNS czy nazwa urządzenia zapisana w systemie z inną pisownią. Sama możliwość otwarcia strony konfiguracyjnej urządzenia po adresie IP nie potwierdza jeszcze, że jego nazwa będzie poprawnie rozpoznawana przez SMB.

Testy rozdzielające problem nazwy od problemu SMB

Na komputerze z systemem Windows można rozpocząć od sprawdzenia, czy nazwa jest tłumaczona na adres: nslookup komputer-biuro. Wynik pusty albo komunikat o braku odpowiedzi wskazuje na problem z DNS, ale brak odpowiedzi DNS nie zawsze oznacza, że nazwa nie może być rozpoznana inną metodą. Dla nazw używanych przez NetBIOS pomocne bywa polecenie nbtstat -a komputer-biuro. Polecenie ping komputer-biuro może pokazać, czy system uzyskał adres, jednak wyłączona odpowiedź ICMP nie wyklucza działania SMB, dlatego ping nie powinien być jedynym testem.

Po ustaleniu adresu można sprawdzić port bezpośredniego SMB poleceniem PowerShell Test-NetConnection komputer-biuro -Port 445. Jeżeli nazwa nie działa, ale ten sam test wykonany dla adresu IP przechodzi pomyślnie, różnica wskazuje na rozpoznawanie nazwy lub wybór niewłaściwego adresu. Przydatne jest również porównanie poleceń net use \\komputer-biuro\udział i net use \\192.168.1.20\udział. Warto sprawdzić, czy oba odwołania trafiają do tego samego urządzenia, ponieważ zmienny adres z DHCP, błędny rekord DNS albo duplikat nazwy może prowadzić do innego hosta. Wyczyszczenie lokalnej pamięci DNS poleceniem ipconfig /flushdns może usunąć nieaktualną odpowiedź, ale nie naprawi brakującego rekordu ani błędnej konfiguracji routera.

Naprawa rozpoznawania nazwy w sieci lokalnej

Usunięcie problemu polega na ustaleniu, który mechanizm powinien odpowiadać za daną nazwę, a następnie na przywróceniu spójności konfiguracji. Należy porównać nazwę komputera z nazwą używaną w ścieżce UNC, sprawdzić adres przydzielony przez DHCP oraz zweryfikować, czy klient i urządzenie znajdują się w tej samej sieci logicznej. Jeżeli urządzenie ma zmienny adres, praktycznym rozwiązaniem technicznym jest rezerwacja adresu w DHCP albo poprawny wpis DNS, o ile dana sieć zapewnia takie możliwości. W małej sieci bez lokalnego DNS trzeba dodatkowo zweryfikować działanie rozpoznawania nazw lokalnych i ustawienia NetBIOS over TCP/IP.

Diagnostyka powinna obejmować także profile sieciowe, zaporę systemu Windows, izolację klientów w punkcie dostępowym oraz różnice między siecią prywatną i publiczną. Zablokowanie TCP 445 może uniemożliwić dostęp zarówno po nazwie, jak i po IP, natomiast błąd występujący wyłącznie po nazwie zwykle kieruje uwagę na DNS, NetBIOS, lokalny cache lub błędny alias. Po zmianach należy ponowić test rozpoznawania nazwy, sprawdzić port 445 i dopiero potem zweryfikować logowanie oraz uprawnienia do udziału. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, w tym diagnostyką problemów z lokalnym dostępem do zasobów sieciowych.