Serwisanci dostępni teraz · czynne całą dobę, także w weekendy i świętaWarszawa i okolice · dojazd bezpłatny
Darmowa diagnoza laptopa
Darmowa diagnoza laptopa
Dojazd do klienta bezpłatnie
Dojazd do klienta bezpłatnie
Laptopy zastępcze bezpłatnie
Laptopy zastępcze bezpłatnie
Odbiór i zwrot sprzętu bezpłatnie
Odbiór i zwrot sprzętu bezpłatnie

NetBIOS nie działa w sieci lokalnej

Termin Definicja
NetBIOS nie działa w sieci lokalnej

NetBIOS niedziałający w sieci lokalnej wskazuje na wyłączony protokół NetBIOS over TCP/IP we właściwościach karty sieciowej.

Rola NetBIOS over TCP/IP w sieci lokalnej

Komunikat lub objaw „NetBIOS nie działa w sieci lokalnej” zwykle oznacza, że komputer nie może odnaleźć albo rozpoznać urządzenia korzystającego z nazwy NetBIOS. W systemach Windows mechanizm ten jest związany z usługą NetBIOS over TCP/IP, oznaczaną skrótem NetBT. Nie jest to osobny przewód ani fizyczny element karty sieciowej, lecz warstwa komunikacyjna działająca ponad protokołem TCP/IP. Jej zadaniem jest między innymi obsługa nazw komputerów NetBIOS oraz określonych usług starszych aplikacji sieciowych.

Wyłączenie NetBIOS over TCP/IP na właściwej karcie sieciowej może sprawić, że dostęp do zasobu po nazwie komputera przestanie działać, mimo że połączenie z routerem i dostęp do Internetu pozostaną prawidłowe. Taki objaw nie oznacza automatycznie awarii karty sieciowej. Współczesne systemy często korzystają z DNS, a udostępnianie plików może działać przy użyciu innych mechanizmów rozpoznawania nazw, dlatego skutki wyłączenia NetBIOS zależą od konfiguracji konkretnej sieci, wersji systemu Windows i używanych aplikacji.

Jak odróżnić wyłączony NetBIOS od problemu z siecią

Pierwszym krokiem jest ustalenie, czy problem dotyczy właściwego interfejsu. Laptop lub komputer może mieć jednocześnie kartę Ethernet, moduł Wi-Fi, wirtualne interfejsy VPN oraz nieaktywne połączenia zapisane w systemie. Ustawienie NetBIOS over TCP/IP na karcie Wi-Fi nie zmieni komunikacji prowadzonej przez Ethernet i odwrotnie. Właściwości należy sprawdzać dla interfejsu, który faktycznie ma adres z lokalnej sieci i przez który komputer łączy się z pozostałymi urządzeniami.

W Windows można otworzyć właściwości protokołu IPv4 aktywnego połączenia, przejść do ustawień zaawansowanych, a następnie do karty WINS i sprawdzić ustawienie NetBIOS over TCP/IP. Dostępne są opcje włączenia NetBIOS, wyłączenia go oraz użycia ustawienia uzyskanego z serwera DHCP. Wybór automatyczny nie zawsze daje ten sam rezultat na każdej sieci, ponieważ zależy od opcji przekazywanych przez DHCP. Zmiana ustawienia ma sens tylko wtedy, gdy dotyczy aktywnego interfejsu oraz gdy w danym środowisku rzeczywiście są używane usługi zależne od NetBIOS.

Przydatne są również polecenia diagnostyczne. ipconfig /all pokazuje adres IPv4, maskę podsieci, bramę, serwery DNS i podstawowe informacje o interfejsach. Polecenie nbtstat -n wyświetla lokalne nazwy NetBIOS zarejestrowane przez komputer, a nbtstat -r podaje statystyki rozpoznawania nazw NetBIOS. Brak oczekiwanej nazwy, pusta tablica lub błędne dane dla aktywnego interfejsu mogą wskazywać na problem z konfiguracją, ale same w sobie nie potwierdzają jeszcze przyczyny.

Rozpoznawanie nazw, zapora i udostępnione zasoby

NetBIOS over TCP/IP nie jest tym samym co DNS. DNS tłumaczy nazwy domenowe na adresy IP, natomiast NetBIOS używa własnego modelu nazw i może korzystać z rozgłoszeń lokalnych albo z serwera WINS. W małej sieci domowej lub biurowej rozgłoszenie może nie przechodzić między różnymi podsieciami, przez router albo przez sieć skonfigurowaną jako izolowana. Jeżeli dwa komputery mają adresy z innych podsieci, samo włączenie NetBIOS na obu kartach nie musi zapewnić wzajemnego odnajdywania.

Przy analizie dostępu do folderu współdzielonego trzeba rozdzielić kilka warstw. Najpierw sprawdza się, czy komputer ma poprawny adres IP i może komunikować się z drugim urządzeniem. Następnie można porównać działanie po adresie IP oraz po nazwie, na przykład w ścieżce udziału SMB. Dostęp po adresie, ale brak dostępu po nazwie wskazuje na problem z rozpoznawaniem nazw, a niekoniecznie z samym udziałem. Brak komunikacji także po adresie może oznaczać filtrację zapory, izolację klientów Wi-Fi, niewłaściwą maskę podsieci albo problem z usługą udostępniania.

Znaczenie ma również profil sieciowy Windows i reguły Zapory Windows Defender. Reguły dotyczące wykrywania sieci oraz udostępniania plików mogą być ograniczone do sieci prywatnej, a po ustawieniu profilu publicznego ruch lokalny może zostać zablokowany. Nie powinno się wyłączać zapory jako stałej metody naprawy. Bezpieczniejsza diagnostyka polega na sprawdzeniu profilu, zakresu reguł i wyjątków dla wymaganych usług. Warto też ustalić, czy problem występuje na jednym komputerze, czy na wszystkich urządzeniach, ponieważ awaria wspólnej konfiguracji routera lub punktu dostępowego daje szerszy zasięg objawów.

Praktyczna kolejność przywracania komunikacji

Naprawę warto rozpocząć od identyfikacji używanego połączenia, odczytania konfiguracji poleceniem ipconfig /all i sprawdzenia, czy urządzenia znajdują się w tej samej podsieci. Następnie należy zweryfikować ustawienie NetBIOS over TCP/IP we właściwościach IPv4 aktywnej karty. Po zmianie konfiguracji można odłączyć i ponownie podłączyć interfejs albo zrestartować komputer, aby ponownie zarejestrować nazwy. Polecenie nbtstat -c pozwala sprawdzić lokalną pamięć podręczną nazw NetBIOS, a nbtstat -R odświeża ją, usuwając stare wpisy i ponownie ładując nazwy z pliku LMHOSTS.

Jeżeli problem pozostaje, należy sprawdzić, czy zapora nie blokuje komunikacji oraz czy sieć bezprzewodowa nie ma włączonej izolacji klientów. W przypadku korzystania z VPN trzeba uwzględnić, że oprogramowanie VPN może zmieniać trasy, priorytet interfejsów lub zasady rozpoznawania nazw. Podobny efekt mogą powodować ręcznie wpisane serwery WINS, nieprawidłowy adres DHCP, konflikt adresów IP albo uszkodzony stos sieciowy. Resetowanie całej konfiguracji sieci powinno być ostatecznością, ponieważ usuwa zapisane sieci bezprzewodowe, ustawienia kart i część konfiguracji VPN.

Ważne jest także ustalenie, czy dana aplikacja faktycznie wymaga NetBIOS. Nowsze środowiska mogą korzystać z DNS, bezpośredniego SMB over TCP/IP lub lokalnego mechanizmu rozpoznawania nazw, więc włączanie starszego protokołu bez potrzeby nie rozwiązuje każdego problemu. Jeżeli nie działa tylko jeden udział, przyczyną może być usługa serwera plików, uprawnienia, nazwa udziału albo zapora na komputerze udostępniającym. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnozowaniem problemów z konfiguracją połączeń sieciowych w sprzęcie używanym w domu i biurze.

+48 22 100 48 29Zadzwoń teraz · serwisant w 1 godzinę