Чи оновлення Windows 10 квітня зламало виявлення мережі та підтримку Samba?


8

Здається, відкриття / дозвіл мережі Window більше не працює на комп’ютерах, щойно скинутих з новим квітневим оновленням для Windows 10 (Build 1803). (Комп'ютери, які були лише оновлені, здається, це не впливає.)

Моя локальна мережа складається з сучасного накопичувача NAS, який використовує самбу для обміну, а також ще декількох комп'ютерів під керуванням Windows 10 (крім того, який я набираю). На всіх комп’ютерах мережа налаштована як приватна мережа.

Перед оновленням квітня 1803 року перехід до File Explorer -> Network показав би список Windows-комп'ютерів, включаючи NAS. Потім я міг переглядати NAS, монтувати його як мережевий диск тощо.

Ця поведінка "виявлення мережі" все ще працює на комп'ютерах, які були лише оновлені до 1803 року, проте скидання комп'ютера на нову встановлення 1803, здається, порушує мережеве відкриття. На скинутих комп'ютерах перейдіть до File Explorer -> Network results in Nothing. Нада. Без дозволу імені. Відкриття мережі немає. Нічого не з’являється.

Коли я намагаюся вручну підключитися до \\ AS5002T або \ 192.168.1.46 (мій NAS) на оновлених комп'ютерах 1803, це працює (я можу переглядати файли NAS). Але на скиданні 1803 комп'ютерів, підключення більше не працює взагалі. У кращому випадку я просто отримую "Мережевий шлях не знайдено".

Гуглінг "Відкриття мережі Windows 1803" показує, що я не єдиний, хто має проблеми. Деякі люди спостерігали, як певні служби " Функціональне виявлення " не працюють, і на комп'ютері скидання я помітив, що функції SMB 1.0 відключені за замовчуванням.

Хтось знає, чи це визнана проблема? Які можуть бути виправлення? Можливо, люди не знають про це питання, оскільки це впливає лише на скидання комп’ютерів із 1803 року?


Загалом проблеми полягають у перезавантаженні, свіжих комп'ютерах Windows 10 з оновленням 1803.

  • Мережеве відкриття не працює, не показує комп’ютерів у мережі
  • Неможливо підключитися до спільної доступу до Samba

Відповіді:


6

Все, що вам потрібно знати, тут:

https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/

Підсумовуючи:

SMB 1.0 - BAD . Не використовуйте його. Вам, мабуть, це все одно не потрібно (ми дістанемося до цього).

Оскільки це так погано, Microsoft почала повністю видаляти його з Windows , починаючи з оновлення Windows 10 1709 Fall Creators Update. Зараз, якщо ви просто оновите існуючу систему, яка її вже мала, ви можете її зберегти. Але якщо ви почнете свіжий з новою копією Windows, її там не буде. Незабаром він навіть не стане доступним для встановлення, і незабаром після цього він буде активно видалений звичайним оновленням Windows. У цей момент, ймовірно, це буде лише звичайний щомісячний патч і навіть не повне оновлення функцій.

Іншими словами, не потрібно заважати повторно встановлювати цю систему назад у вашій системі. Ви налаштовуєте себе на бій, який не піде вашим шляхом. Ви можете виграти сьогоднішню битву, але проблема повернеться (можливо, швидше, ніж ви думаєте), і врешті ви програєте цю війну.

На щастя, дуже мало речей все ще вимагає SMB 1.0, а більшість тих, що є, є результатом запуску застарілого програмного забезпечення в якійсь іншій системі, так що ви також можете оновити іншу систему та відновити службу.

Одне з найбільш помітних місць, яке досі покладається на SMB 1.0 за замовчуванням - це функція перегляду мереж у Windows Explorer (раніше Мережеве сусідство). Однак ви також можете це виправити, не використовуючи SMB 1.0:

  • Знайдіть Function Discovery Provider Hostі Function Discovery Resource Publicationпослуги та встановіть їх типи запуску Automatic (Delayed Start).
  • Наступного разу, коли ви розпочнете перегляд мережі, дотримуйтесь підказок, щоб увімкнути пошук мережі.

Зробіть це для всіх комп'ютерів Windows у вашій мережі, і все знову добре, використовуючи набагато приємніший протокол WS-DISCOVERY.


Якісь конкретні протоколи, які може підтримувати парурічна NAS, які також можуть бути довгостроковими для Windows? Чи потрібна SMB 1.0, щоб мати можливість бачити / виявляти "мережу" у файловому провіднику? Джерело звучить так, що користувачі більше не зможуть бачити піктограми мережі. "......... У вас є старе програмне забезпечення для управління, яке вимагає від адміністраторів перегляду через так званий" мережевий "ака" мережевий мікрорайон "головний список браузера ......" О, я бачу, це ви поговоримо в останній половині.
OrangeSherbet

Переконайтеся, що в NAS працює остання прошивка. Крім того, для того, щоб відображення накопичувача працювало, йому, мабуть, не знадобився SMB1.
Джоел Куехорн

У мене є старий і працюючий сервер Windows 2003, який не можу отримати доступ до Win10 1803. Чи можу я встановити самбу замість SMB1?
Хрвойо Т

Підтримка Майкрософт ( support.microsoft.com/en-us/help/4034314/… ) включає ваше "виправлення", але про це говорить про це: "Примітка. Ми рекомендуємо розміщувати накопичувачі та принтери замість ввімкнення цієї функції, яка все ще вимагає пошуку та перегляд їхніх пристроїв. Картовані ресурси простіше знайти, потребують меншої кількості навчання та безпечніші у використанні ".
Іван Панкович

2

Рекомендовані дії

Здається, що Windows відмовляється від SMB 1.0, і в даний час мій NAS (якому лише два роки) не підтримує протокол "Network Explorer", до якого вони перейшли. Тому поки що ви повинні залишити SMB 1.0 відключеним, ввести вручну необхідну інформацію в Credential Manager і вручну підключитися до мережевого диска. Налаштування двох служб "Функціональне відкриття" на " Автозатримка" мені не допомогло, але це повинно відновити мережевий провідник.

Щоб відновити поведінку, коли під час підключення до певних пристроїв NAS буде запропоновано ім’я користувача та пароль, мені довелося "включити незахищені вхідні гості". В іншому випадку Windows просто відмовиться після спроби вашого імені користувача (не повідомляючи, що не вдалося, ні чому).


Альтернативні дії (для відновлення "старої поведінки" Windows)

Увімкнення функції SMB 1.0/CIFS ClientWindows та перезавантаження комп'ютера дозволить виправити виявлення мережі.

Ви все ще можете отримати "Код помилки 0x80070035 - Мережевий шлях не знайдено", якщо на пристрої samba, до якого ви підключаєтесь, немає ім'я облікового запису користувача, яке відповідає вашому імені акаунта Windows.

Щойно перезавантажений комп'ютер Windows 10 1803 з увімкненою функцією клієнта SMB 1.0 не може підключитися до сервера samba.  Код помилки 0x80070035 "Мережевий шлях не знайдено.

Існує кілька способів виправити вищевказану проблему "відсутнє ім'я користувача" (незважаючи на те, що проблема видається різним). Перший - це розміщення дійсного запису в Менеджері облікових даних Windows. У моєму випадку запис був для домену AS5002T, адміністратора імені користувача та мого пароля.

введіть тут опис зображення

Другий метод, який відновить спосіб роботи Windows у минулому, - це замість того, щоб " включити незахищені логотипи гостей ". Небезпечні гостьові логотипи використовуються на багатьох споживчих пристроях NAS, як спосіб дозволити неавторизованим користувачам мережі "переглянути" акції в NAS.

Третім методом буде просто додати ваше ім'я користувача Windows до списку імен користувачів сервера samba.


Моє рішення про те, щоб не запросити ім’я користувача та пароль, було видалити запис менеджера довірених даних. Потім пристрій запитував мені ім’я користувача та пароль кожен раз, коли я підключався.

Це дивно, тому що ця проблема виникає у мене, коли менеджер довірених даних порожній. Якщо я порожній, коли я намагаюся підключитися через File Explorer, я отримую "мережевий шлях не знайдений", а якщо я підключаюсь через командний рядок, я отримую "незахищений вхід в систему гостям вимкнено" або що завгодно.
OrangeSherbet

1
Спасибі за це, мені не допомогло щось із пошуку функцій, і у нашій локальній мережі є різноманітні операційні системи, які одного ранку були просто заховані від одного ПК в мережі. Жахливо, що МС підштовхне оновлення, яке має такий ефект, не надаючи певних рекомендацій до встановлення.
SmacL

0

Я думаю, у мене були ті самі проблеми сервера ubuntu / windows 10

моє рішення полягало в встановленні демона WSDD. Посилання, наведене нижче, не вимагає ніякої конфігурації, крім зміни файлу служби

https://github.com/christgau/wsdd


0

Якщо ви натрапили на це питання, є рішення для підключення Windows-Windows Samba: якщо ви змінили налаштування UAC в secpol.msc (Політика безпеки), щоб ви могли бути адміністратором для цілого комп’ютера - можливо, це потрібно зробити на обидві машини, якщо ви хочете, щоб вони бачили один одного. Кілька годин витрачено на те, щоб знайти це.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.