Windows 11 nie widzi komputera Windows 10 w sieci – SMB, WS-Discovery, udostępnianie plików

Pytanie

komputer win 11 nie widzi komputera win 10

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Powód braku widoczności prawie zawsze leży w konfiguracji sieci (profil „Publiczny”), wyłączonym odnajdywaniu sieci lub zablokowanym ruchu SMB.
• Ustaw na obu komputerach profil sieci „Prywatny”, włącz „Odnajdywanie sieci” i „Udostępnianie plików i drukarek”, sprawdź usługi FDResPub / FDPHost, a w zaporze Windows dodaj wyjątek „Udostępnianie plików i drukarek”.
• Zweryfikuj, czy oba komputery odpowiadają na ping oraz czy port 445 (SMB v2/3) nie jest blokowany.

Szczegółowa analiza problemu

1. Warstwa łącza i IP

1. Sprawdź, czy adresy IP są w tej samej podsieci (ipconfig → ten sam zakres, np. 192.168.1.x / 24).
2. Zweryfikuj fizyczny dostęp (brak „AP isolation” w routerze, poprawny VLAN).

2. Profil sieci i ustawienia udostępniania

1. Ustaw profil sieciowy „Prywatny”:
   • Win 11: Ustawienia → Sieć i Internet → Właściwości połączenia → Prywatna.
   • Win 10: Ustawienia → Sieć i Internet → Stan → Zmień właściwości połączenia → Prywatna.
2. Panel sterowania → Centrum sieci i udostępniania → Zmień zaawansowane ustawienia udostępniania:
   • Włącz „Odnajdywanie sieci”.
   • Włącz „Udostępnianie plików i drukarek”.
   • Na czas testów wyłącz „Udostępnianie chronione hasłem”, potem włącz ponownie.

3. Usługi zależne od wykrywania

W services.msc upewnij się, że działają (Typ = Automatyczny/Opóźniony start):

• Function Discovery Provider Host (FDPHost)
• Function Discovery Resource Publication (FDResPub)
• SSDP Discovery
• UPnP Device Host
• (starsze środowiska) Computer Browser

4. Zapora Windows / AV

1. Ustawienia → Zabezpieczenia Windows → Zapora i ochrona sieci → Profil prywatny → „Zezwól aplikacji przez zaporę”. Zaznacz:
   • „Odnajdywanie sieci”
   • „Udostępnianie plików i drukarek”
2. Jeśli korzystasz z zapory AV firm trzecich – tymczasowo ją wyłącz lub dodaj wyjątek dla portów 137-139/445.

5. Protokół SMB

Windows 11 ma domyślnie włączone SMB v2/3, SMB v1 – wyłączone (ze względów bezpieczeństwa).

• Na Windows 10 sprawdź w PowerShell (Admin):

  Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

  Wyświetli State : Disabled – i tak powinno pozostać.

• Jeśli w sieci były stare urządzenia wymagające SMB v1, usuń je albo wymuś SMB v2/3:

  Set-SmbServerConfiguration -EnableSMB1Protocol $false -EnableSMB2Protocol $true

  Nie zaleca się ponownego włączania SMB v1.

6. Testy diagnostyczne

1. Ping:

   ping 192.168.1.15   ← Win11 → Win10
   ping 192.168.1.20   ← Win10 → Win11

2. Dostęp do udziału po IP:
   \\192.168.1.15\ w Eksploratorze Win 11.
3. Telnet lub PowerShell:

   Test-NetConnection 192.168.1.15 -Port 445

   Jeśli port 445 „Closed” → zapora lub router blokuje SMB.

7. Nazwy NetBIOS i DNS

• Dla małych sieci (WORKGROUP) NetBIOS/LLMNR/WS-Discovery rozgłasza nazwy. Gdy rozgłaszanie nie działa, dostęp po IP zadziała, a po nazwie nie.
• Włączenie „Publikacja zasobów odnajdywania funkcji” publikuje wpisy mDNS, co jest preferowane w Win 11.

Aktualne informacje i trendy

• Od wersji 22H2 Windows 11 sukcesywnie wyłącza stare metody rozgłaszania (NetBIOS-NS) – przechodzi na mDNS/WS-Discovery.
• Microsoft planuje całkowicie usunąć SMB v1 w przyszłych buildach Windows 11; zachęca do aktualizacji firmware routerów i NAS-ów do SMB v2/3.
• W sieciach domowych zastępowanie HomeGroup obsługiwane jest obecnie przez „Nearby Sharing” (Bluetooth/Wi-Fi Direct).

Wspierające wyjaśnienia i detale

• „Odnajdywanie sieci” to zestaw usług publikujących zasoby przez WS-Discovery/mDNS; bez nich PC nie pojawi się w sekcji „Sieć”.
• Port 445/TCP (Direct SMB) musi być otwarty wewnątrz LAN; NetBIOS (137-139/UDP) coraz częściej blokowany.

Aspekty etyczne i prawne

• Włączanie SMB v1 naraża sieć na exploity (np. EternalBlue). Nie uruchamiaj go w środowisku produkcyjnym (RODO/GDPR → ryzyko naruszenia danych).
• Udostępnianie bez hasła ułatwia diagnostykę, ale po testach przywróć hasła lub skonfiguruj konta z ograniczonymi uprawnieniami.

Praktyczne wskazówki

• Szybkie „napraw wszystko” (skrypt PowerShell, uruchom jako Admin na obu PC):

  # profil prywatny
  Set-NetConnectionProfile -NetworkCategory Private
  # włącz discovery i file share
  Enable-NetFirewallRule -Group "@FirewallAPI.dll,-28502"
  Enable-NetFirewallRule -Group "@FirewallAPI.dll,-28508"
  Start-Service FDResPub,FDPHost,SSDPSRV,upnphost

• Jeśli router ma opcję „Client Isolation” lub „AP Isolation” – wyłącz ją.
• Po zmianach zawsze restartuj usługi lub komputer; FDResPub publikuje informacje dopiero po ponownym uruchomieniu.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Starsze drukarki/NAS mogą wymagać SMB v1 – rozważ firmware upgrade zamiast włączania przestarzałego protokołu.
• Jeśli sieć oparta jest o VLAN-y, sprawdź reguły między-VLAN-owe (L3 ACL) – ping może przechodzić, ale NetBIOS/SMB już nie.
• Niektóre sterowniki kart Wi-Fi (Intel AX210, Realtek 8822CE) miały błędy w trybie „Wi-Fi 6” wpływające na NetBIOS; update drivera może pomóc.

Sugestie dalszych badań

• Zapoznaj się z dokumentem Microsoft „Cannot access shared files or folders” (KB4046019).
• Przetestuj nowszy protokół udostępniania – WebDAV lub SFTP – zwłaszcza gdy potrzebny jest dostęp przez Internet VPN.
• Obserwuj Insider Builds Windows 11 pod kątem zmian w usłudze „Computer Browser Replacement (CBR)”.

Krótkie podsumowanie

1. Upewnij się, że oba PC są w tej samej podsieci i profil sieci to „Prywatny”.
2. Włącz „Odnajdywanie sieci” oraz „Udostępnianie plików i drukarek”.
3. Sprawdź i uruchom usługi FDResPub/FDPHost, odblokuj port 445 w zaporze.
4. Przetestuj po IP – jeśli działa, problem jest w rozgłaszaniu nazw; jeśli nie – w zapora/SMB.
5. Nie włączaj SMB v1 bez przemyślenia – aktualizuj urządzenia do SMB v2/3.

Po wykonaniu powyższych kroków komputery powinny się wzajemnie widzieć i pozwolić na udostępnianie zasobów w sieci lokalnej. Jeśli nie – dostarcz wyniki ping/Test-NetConnection i logi zdarzeń, aby można było przeprowadzić głębszą diagnostykę.