Похоже, что обнаружение сети Windows / разрешение имен больше не работает на компьютерах, которые были сброшены с новым апрельским обновлением для Windows 10 (сборка 1803). (Компьютеры, которые были просто обновлены, похоже, не затрагиваются.)
Моя локальная сеть состоит из современного диска NAS, использующего samba для совместного использования, а также пары других компьютеров с Windows 10 (в дополнение к тому, на котором я печатаю). Все компьютеры имеют сеть, настроенную как частная сеть.
Перед апрельским обновлением 1803, в File Explorer -> Network будет показан список компьютеров с Windows, включая NAS. Я мог бы затем просмотреть NAS, смонтировать его как сетевой диск и т. Д.
Такое поведение «обнаружения сети» все еще работает на компьютерах, которые были просто обновлены до 1803, однако сброс компьютера к новой установке 1803, кажется, нарушает обнаружение сети. При перезагрузке компьютера переход в File Explorer -> Network ничего не даст. Нада. Нет разрешения имен. Нет обнаружения сети. Ничего не появляется
Когда я пытаюсь вручную подключиться к \\ AS5002T или \ 192.168.1.46 (мой NAS) на обновленных компьютерах 1803, это работает (я могу просматривать файлы NAS). Но на компьютерах с перезагрузкой 1803 подключение больше не работает. В лучшем случае я просто получаю «Сетевой путь не найден».
Поиск в сети «Обнаружение сети Windows 1803» показывает, что у меня не единственные проблемы. Некоторые люди наблюдали, что некоторые службы « Обнаружение функций » не работают, и на компьютере перезагрузки я заметил, что функции SMB 1.0 отключены по умолчанию.
Кто-нибудь знает, если это признанная проблема? Какие могут быть исправления? Возможно, люди не знают об этой проблеме, потому что она влияет только на перезагрузку компьютеров с 1803?
В общем, проблемы для сброса, свежие компьютеры с Windows 10 с обновлением 1803.
- Обнаружение сети не работает, не показывает компьютеры в сети
- Не удается подключиться к общему ресурсу Samba
источник
Рекомендуемые действия
Кажется, что Windows отказывается от SMB 1.0, и в настоящее время мой NAS (которому всего два года) не поддерживает какой-либо протокол «Network Explorer», на который они перешли. Итак, на данный момент вы должны оставить SMB 1.0 отключенным, вручную ввести необходимую информацию в Credential Manager и вручную подключиться к сетевому диску. Установка двух служб «Обнаружение функций» на Auto Delayed мне не помогла, но это должно восстановить Network Explorer.
Чтобы восстановить поведение, когда у вас запрашивают имя пользователя и пароль при подключении к определенным устройствам NAS, мне пришлось «включить небезопасные гостевые входы». В противном случае Windows просто сдастся после попытки ввода вашего имени пользователя (не сообщая вам, что не удалось и почему).
Альтернативные действия (чтобы восстановить «старое поведение» окон)
Включение функции
SMB 1.0/CIFS ClientWindows и перезагрузка компьютера исправят обнаружение сети.Вы все еще можете получить «Код ошибки 0x80070035 - Сетевой путь не найден», если устройство samba, к которому вы подключаетесь, не имеет имени учетной записи пользователя, которое совпадает с именем вашей учетной записи Windows.
Есть несколько способов исправить вышеупомянутую проблему «отсутствующего имени пользователя» (несмотря на то, что кажется, что это другой тип проблемы). Во-первых, поместив действительную запись в диспетчер учетных данных Windows. В моем случае запись была для домена AS5002T, имени пользователя admin и моего пароля.
Второй метод, который восстановит способ работы окон в прошлом, - вместо этого « включить небезопасные гостевые входы ». Небезопасные гостевые входы в систему используются на многих пользовательских устройствах NAS как способ позволить пользователям сети, не прошедшим проверку подлинности, «просмотреть» общие ресурсы на NAS.
Третий способ - просто добавить свое имя пользователя Windows в список имен пользователей сервера samba.
источник
Я думаю, что у меня была та же проблема, Ubuntu Server / Windows 10
Мое решение состояло в том, чтобы установить демон WSDD, тот, который приведен ниже, не требует никакой конфигурации, кроме изменения вашего служебного файла.
https://github.com/christgau/wsdd
источник
Если вы натолкнулись на этот вопрос, есть решение для подключения Windows-Windows Samba: если вы изменили настройки UAC в secpol.msc (Политики безопасности), чтобы вы могли быть администратором для всего компьютера - вам может потребоваться сделать это на Обе машины, если вы хотите, чтобы они видели друг друга. Несколько часов потратили, чтобы найти это.
источник