jak wlaczyc odnajdywanie sieci
komputer w otoczeniu sieciowym nie wyświetla samego siebie
Takie zachowanie najczęściej nie oznacza uszkodzenia sieci ani SMB, tylko problem z publikacją komputera w mechanizmie odnajdywania sieci. W nowszych Windows widok „Sieć” nie opiera się już na dawnym mechanizmie przeglądania przez SMBv1/Computer Browser, tylko na usługach Function Discovery i protokole WS-Discovery. Jeśli te usługi nie działają, profil sieci jest ustawiony jako publiczny albo zapora blokuje discovery, komputer może nie wyświetlać samego siebie w Eksploratorze. (learn.microsoft.com)
Kluczowe punkty:
\\localhost albo \\NAZWA_KOMPUTERA; jeśli działa, to najpewniej problem dotyczy tylko warstwy przeglądania „Sieć”, a nie samego udostępniania. To jest wniosek inżynierski oparty na dokumentacji Microsoft. (support.microsoft.com)W praktyce należy rozdzielić dwa mechanizmy:
To nie jest to samo. Możesz mieć w pełni działające udostępnianie SMB, a mimo to własny komputer nie pojawi się na liście „Sieć”. Microsoft wprost podaje test \\localhost do sprawdzenia własnych udziałów oraz zaznacza, że do pracy z zasobami sieciowymi lepsze jest mapowanie zasobów niż poleganie na przeglądaniu listy urządzeń. (support.microsoft.com)
Dawniej „Otoczenie sieciowe” opierało się na Computer Browser związanym z SMBv1. Microsoft wycofał SMBv1 z nowoczesnych wersji Windows; w Windows 11 nie jest on instalowany domyślnie, a bez SMBv1 dawny sposób zapełniania listy „Sieć” przestaje działać. Zamiast tego Windows używa usług Function Discovery i protokołu WS-Discovery do pokazywania komputerów w podsieci. (learn.microsoft.com)
To oznacza, że brak własnego komputera na liście zwykle wynika z jednej z poniższych przyczyn:
Windows rozróżnia profil Publiczny i Prywatny. W profilu publicznym komputer jest ukrywany przed innymi urządzeniami i nie nadaje się do udostępniania plików/drukarek. W profilu prywatnym komputer jest wykrywalny. (support.microsoft.com)
Ścieżka:
Jeżeli wolisz PowerShell:
Get-NetConnectionProfile
Set-NetConnectionProfile -InterfaceAlias "Ethernet" -NetworkCategory PrivateMicrosoft zaleca, aby w Advanced sharing settings dla sieci prywatnych włączyć:
Ścieżka:
Najważniejsze usługi:
Dodatkowo Microsoft wskazuje, że przy problemach z włączeniem discovery trzeba sprawdzić też:
Najbezpieczniej ustawić je na automatyczny start i uruchomić:
Set-Service fdPHost -StartupType Automatic
Set-Service FDResPub -StartupType Automatic
Set-Service SSDPSRV -StartupType Automatic
Set-Service upnphost -StartupType Automatic
Start-Service fdPHost
Start-Service FDResPub
Start-Service SSDPSRV
Start-Service upnphostJeżeli chcesz potwierdzić stan:
Get-Service fdPHost,FDResPub,SSDPSRV,upnphost,Dnscache | Select Name,Status,StartTypeW wielu przypadkach krytyczna jest właśnie FDResPub, bo to ona publikuje obecność komputera w sieci. To nie jest „serwer plików” sam w sobie, tylko warstwa ogłoszeniowa/discovery. Ten wniosek wynika z zestawienia zaleceń Microsoft dotyczących widoczności w „Sieć” z rolą usług Function Discovery. (support.microsoft.com)
Microsoft podaje wprost, że jedną z głównych przyczyn niewłączającego się discovery jest blokada przez Windows Firewall albo inny firewall. (learn.microsoft.com)
Możesz włączyć odpowiednie grupy reguł:
Enable-NetFirewallRule -DisplayGroup "Network Discovery"
Enable-NetFirewallRule -DisplayGroup "File and Printer Sharing"Jeżeli masz ESET, Bitdefender, Kaspersky, Norton lub podobny pakiet z własnym firewallem, trzeba sprawdzić również tam, bo zapora firm trzecich może przepuszczać Internet, a jednocześnie blokować ruch lokalny broadcast/multicast potrzebny do discovery. To jest standardowa praktyka diagnostyczna zgodna z zaleceniem Microsoft, aby sprawdzić także „other firewalls”. (learn.microsoft.com)
Najlepszy test:
\\localhostalbo:
\\NAZWA_TWOJEGO_KOMPUTERAMicrosoft podaje \\localhost jako sposób sprawdzenia udziałów lokalnych. Jeśli ten test działa, to znaczy, że stos SMB i dostęp do udziałów funkcjonują; problem dotyczy wtedy raczej samej listy „Sieć” i mechanizmu wykrywania. To jest wniosek inżynierski, ale dobrze oparty na dokumentacji. (support.microsoft.com)
Obecny trend w Windows jest jednoznaczny:
Dodatkowo Microsoft podaje, że Windows 10 zakończył wsparcie 14 października 2025 r. Jeśli problem dotyczy komputera z Windows 10 i dziś mamy 18 marca 2026 r., to system nie dostaje już standardowych poprawek bezpieczeństwa i warto uwzględnić migrację do Windows 11 lub środowiska wspieranego. (support.microsoft.com)
Można to porównać do dwóch warstw:
Brak ikony nie zawsze oznacza brak łączności. To trochę jak urządzenie, które odpowiada na adres IP, ale nie publikuje się poprawnie w mechanizmie autodetekcji. W sieciach inżynierskich częściej ufa się testom bezpośrednim (\\host, ping, DNS, mapowanie udziału) niż samej liście browse. Microsoft również sugeruje, że mapowanie zasobów jest lepsze i bezpieczniejsze niż poleganie na przeglądaniu listy urządzeń. (learn.microsoft.com)
Najważniejszy aspekt bezpieczeństwa: nie włączaj SMBv1 jako „stałego rozwiązania”, chyba że masz odizolowane, legacy środowisko i brak innej możliwości. Microsoft wyraźnie odradza reinstalację SMBv1, wskazując znane problemy bezpieczeństwa i ryzyko związane z ransomware i innym malware. (learn.microsoft.com)
Z punktu widzenia bezpieczeństwa sieci lokalnej:
Najkrótsza ścieżka naprawy:
\\localhost i \\NAZWA_KOMPUTERA. (support.microsoft.com)Dla wygody możesz też od razu zmapować udział:
\\NAZWA_KOMPUTERA\NazwaUdziałuMicrosoft rekomenduje mapowanie zasobów zamiast polegania na samej liście „Sieć”. (learn.microsoft.com)
\\localhost, to problem jest najpewniej niekrytyczny. To nie musi wymagać „grzebania” w rejestrze. Wniosek: najpierw sprawdza się funkcjonalność, dopiero potem estetykę widoku. (support.microsoft.com)Jeśli chcesz wykonać pełniejszą diagnostykę, następny krok to:
Get-Service,Get-NetConnectionProfile,Jeżeli chcesz, mogę przygotować Ci gotową checklistę diagnostyczną dla Windows 10/11 albo jedną komendę PowerShell, która ustawi najważniejsze usługi i reguły zapory.
Najbardziej prawdopodobna odpowiedź brzmi: komputer nie pokazuje samego siebie w „Sieć”, bo nie publikuje się poprawnie przez Network Discovery/WS-Discovery, a nie dlatego, że „sieć nie działa”. Ustaw profil na Prywatny, włącz Odnajdywanie sieci, uruchom usługi FDResPub/fdPHost/SSDP/UPnP, sprawdź zaporę i wykonaj test \\localhost. SMBv1 nie traktuj jako rozwiązania, bo Microsoft wyraźnie go odradza ze względów bezpieczeństwa. (support.microsoft.com)
Jeśli chcesz, w następnym kroku podam Ci bardzo krótki zestaw 5 poleceń PowerShell, które najczęściej rozwiązują ten problem w 1–2 minuty.