Wygląda na to, że wykrywanie sieci / rozpoznawanie nazw systemu Windows już nie działa na świeżo zresetowanych komputerach dzięki nowej kwietniowej aktualizacji systemu Windows 10 (kompilacja 1803). (Wydaje się, że nie dotyczy to komputerów, które zostały jedynie zaktualizowane).
Moja sieć lokalna składa się z nowoczesnego dysku NAS korzystającego z samby do udostępniania oraz kilku innych komputerów z systemem Windows 10 (oprócz tego, na którym piszę). Wszystkie komputery mają sieć skonfigurowaną jako sieć prywatna.
Przed aktualizacją z kwietnia 1803 r. Przejście do Eksploratora plików -> Sieć wyświetli listę komputerów z systemem Windows, w tym NAS. Mógłbym wtedy przeglądać NAS, zamontować go jako dysk sieciowy itp.
To zachowanie „odnajdowanie sieci” nadal działa na komputerach, które zostały tylko zaktualizowane do 1803 r., Jednak zresetowanie komputera do nowej instalacji z 1803 r. Wydaje się przerywać wykrywanie sieci. Na zresetowanych komputerach przejście do Eksploratora plików -> Sieć powoduje, że nic. Nada. Brak rozpoznawania nazw. Brak wykrycia sieci. Nic się nie pojawia.
Kiedy próbuję ręcznie połączyć się z \\ AS5002T lub \ 192.168.1.46 (mój NAS) na zaktualizowanych komputerach 1803, działa (mogę przeglądać pliki NAS). Ale na zresetowanych komputerach 1803 łączenie już nie działa. W najlepszym przypadku pojawia się komunikat „Nie znaleziono ścieżki sieciowej”.
Googling „wykrywanie sieci Windows 1803” pokazuje, że nie tylko ja mam problemy. Niektóre osoby zauważyły, że niektóre usługi „ Wykrywania funkcji ” nie działają, a na zresetowanym komputerze zauważyłem, że funkcje SMB 1.0 są domyślnie wyłączone.
Czy ktoś wie, czy jest to rozpoznany problem? Jakie mogą być poprawki? Być może ludzie nie wiedzą o tym problemie, ponieważ dotyczy on tylko resetowania komputerów za pomocą 1803?
W sumie problemy dotyczą zresetowania, świeżych komputerów z systemem Windows 10 z aktualizacją 1803.
- Funkcja wykrywania sieci nie działa, nie pokazuje komputerów w sieci
- Nie można połączyć się z udziałem Samba
źródło
rekomendowane działania
Wygląda na to, że Windows rezygnuje z SMB 1.0 i obecnie mój NAS (który ma zaledwie dwa lata) nie obsługuje żadnego protokołu „Network Explorer”, do którego się przeniósł. Na razie powinieneś pozostawić SMB 1.0 wyłączony, ręcznie wprowadzić niezbędne informacje do Credential Manager i ręcznie połączyć się z dyskiem sieciowym. Ustawienie dwóch usług „Wykrywania funkcji” na Auto Opóźnione nie pomogło mi, ale ma to na celu odzyskanie Eksploratora sieci.
Aby odzyskać zachowanie, gdy podczas łączenia się z niektórymi urządzeniami NAS pojawia się monit o podanie nazwy użytkownika i hasła, musiałem „włączyć niezabezpieczone logowanie gości”. W przeciwnym razie system Windows zrezygnuje po wypróbowaniu nazwy użytkownika (nie mówiąc ci, co się nie powiodło ani dlaczego).
Alternatywne działania (w celu odzyskania „starego zachowania” systemu Windows)
Włączenie funkcji
SMB 1.0/CIFS ClientWindows i ponowne uruchomienie komputera naprawi wykrywanie sieci.Nadal może być wyświetlany komunikat „Kod błędu 0x80070035 - Nie znaleziono ścieżki sieciowej”, jeśli urządzenie samba, z którym się łączysz, nie ma nazwy konta użytkownika pasującej do nazwy konta Windows.
Istnieje kilka sposobów rozwiązania powyższego problemu „brakującej nazwy użytkownika” (mimo że wydaje się, że jest to inny rodzaj problemu). Pierwszym jest umieszczenie prawidłowego wpisu w Menedżerze poświadczeń systemu Windows. W moim przypadku wpis dotyczył domeny AS5002T, nazwy użytkownika admin i mojego hasła.
Drugą metodą, która pozwoli odzyskać sposób, w jaki działały okna w przeszłości, jest zamiast tego „ włączyć niepewne logowanie gości ”. Niebezpieczne logowanie gości jest używane na wielu konsumenckich urządzeniach NAS, aby umożliwić nieuwierzytelnionym użytkownikom sieci „podgląd” udziałów na NAS.
Trzecią metodą byłoby po prostu dodanie nazwy użytkownika systemu Windows do listy nazw użytkowników serwera samba.
źródło
myślę, że mam ten sam problem z Ubuntu Server / Windows 10
moim rozwiązaniem było zainstalowanie demona WSDD, ten, do którego prowadzi link poniżej, nie wymaga żadnej konfiguracji oprócz zmiany pliku usługi
https://github.com/christgau/wsdd
źródło
Jeśli natknąłeś się na to pytanie, istnieje rozwiązanie dla połączenia Samba Windows-Windows: jeśli zmieniłeś ustawienia UAC w secpol.msc (Zasady bezpieczeństwa), abyś mógł być administratorem całego komputera - być może będziesz musiał to zrobić na obie maszyny, jeśli chcesz, żeby się widzieli. Kilka godzin spędzonych na znalezieniu tego.
źródło