Устраняем ошибку «Не найден сетевой путь» с кодом 0x80070035 в Windows 10

В «десятке» версии 1709 и выше разработчики поработали над безопасностью, отчего некоторые доступные ранее сетевые возможности перестали работать. Следовательно, решать проблему с ошибкой «Не найден сетевой путь» следует комплексно.

Этап 1: Настройка протокола SMB

В Виндовс 10 1703 и новее вариант протокола SMBv1 отключён, отчего не выйдет просто так подключиться к NAS-хранилищу или компьютеру под управлением XP и старше. Если у вас именно такие накопители, SMBv1 следует активировать. Первым делом проверьте состояние протокола по следующей инструкции:

Dism /online /Get-Features /format:table | find «SMB1Protocol»

Команда проверки состояния протокола SMBv1 в Windows 10

Отображение состояния протокола SMBv1 в Windows 10

Вызвать окно включения дополнительных компонентов в Windows 10

Обратите внимание! Протокол SMBv1 является небезопасным (именно через уязвимость в нём и распространялся вирус WannaCry), поэтому рекомендуем отключить его после окончания работы с хранилищем!

Проверяйте возможность доступа к накопителям – ошибка должна исчезнуть. Если описанные действия не помогли, переходите к следующему этапу.

Этап 2: Открытие доступа сетевым устройствам

Если настройка SMB не принесла результатов, потребуется открыть сетевое окружение и проверить, выданы ли параметры доступа: если эта функция отключена, потребуется её включить. Алгоритм такой:

Как правило, на этом этапе проблема решается. Однако если сообщение «Не найден сетевой путь» всё ещё появляется, переходите далее.

Этап 3: Отключение протокола IPv6

Протокол IPv6 появился относительно недавно, отчего проблемы с ним неизбежны, особенно если дело касается довольно старых сетевых хранилищ. Для их устранения подключение по этому протоколу следует отключить. Порядок действий такой:

Стоит отметить, что отключение IPv6 может сказаться на возможности доступа к некоторым сайтам, поэтому после работы с сетевым хранилищем рекомендуем заново включить этот протокол.

Заключение

Мы рассмотрели комплексное решение ошибки «Не найден сетевой путь» с кодом 0x80070035. Описанные действия должны помочь, но если проблема всё равно наблюдается, попробуйте воспользоваться рекомендациями из следующей статьи:

ЗакрытьМы рады, что смогли помочь Вам в решении проблемы.

Помимо этой статьи, на сайте еще 11804 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

ЗакрытьОпишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.

Устраняем сбой 0x80070035 – не найден сетевой путь

исправляем ошибку сетевого пути 0x80070035

В некоторых случаях, например, при настройке парка компьютеров возникает необходимость соединения всех устройств в одну локальную сеть. Что позволяет совместно использовать ресурсы каждого ПК (игры, документы, файлы или программы).

В основном настройка проходит без каких-либо сбоев, и лишь в некоторых случаях при попытке доступа к одному из устройств можно встретить ошибку 0x80070035 с текстом «не найден сетевой путь». Данная проблема наиболее распространена в Windows 10 и 7.

Давайте разберем данный сбой более подробно и попробуем самостоятельно его исправить.

Причины появления

Как и с любой другой ошибкой, код 0x80070035 может появляться абсолютно по разным причинам. Чаще всего это:

Теперь, после того, как мы разобрались с причинами появления, предлагаю перейти к практической части по исправлению сбоя 0x80070035.

Проверяем наличие драйверов

Первым делом проверяем, что драйвера на сетевую карту установлены корректно и работают без сбоев.

Иногда помогает обновление драйверов, даже если они работают в штатном режиме.

Если драйвера на сетевой адаптер не были установлены изначально, то адаптер будет отображен во вкладке «Другие устройства» и может иметь название «Неизвестное», «Ethernet контроллер» или аналогичное. Тогда нужно установить свежие драйвера, скачав их с официального сайта производителя системной платы.

Настраиваем общий доступ

Нередко ошибка 0x80070035 — не найден сетевой путь появляется по причине неправильно настроенного общего доступа в Windows 10. Поэтому целесообразно все это дело проверить.

Теперь проверьте результат, ошибка 0x80070035 должна быть устранена.

В некоторых случаях помогает объединение компьютеров в одну общую группу с профилем «Домашний» или «Частный». В Windows 7 изменить профиль можно через «Центр управления сетями», щелкнув по параметру сети.

изменение параметра сети

Затем возвращаемся в главное меню и заходим в «Выбор домашней группы и параметров …».

раздел создания группы

Создаем группу и выставляем разрешения.

В Windows 10 профиль меняется немного иначе:

Внимание! Начиная с обновления 1803, домашняя группа была полностью удалена из системы. В качестве альтернативного варианта разработчики предлагают использовать панель «Поделиться» в верхней части проводника.

параметр поделиться

Активация протокола IPV4

В некоторых операционных системах, протокол IPV4 отключен по умолчанию, что может вызывать сбой с кодом 0x80070035.

Поэтому для начала предлагаю проверить, отключен ли IPV4 на самом деле, если да, то включим его:

Все должно работать.

Отключаем протокол IPV6

По идее, IPV6 не должен вызывать никаких проблем, как это было в Windows 7. Но видимо Windows 10 (особенно это касается обновления 1809) по-прежнему юна и не доработана, что некоторым пользователям помогает избавиться от ошибки «не найден сетевой путь» только полное отключение IPV6.

Выполните данную процедуру на всех компьютерах – участниках будущей сети.

Настраиваем политику безопасности

Еще один вариант устранения сбоя с кодом 0x80070035 «не найден сетевой путь» – внести изменения в политику безопасности.

Проблема должна быть решена.

Включаем SMB 1

Существуют три версии протокола SMB. Первая версия по умолчанию была отключена разработчиками Windows 10 в целях повышения безопасности, что скорее всего и вызвало ошибку в обнаружении сетевого пути с кодом 0x80070035. Сам компонент является устаревшим и вместо него функционируют версии SMB 2 и 3. Однако этого бывает недостаточно для правильной работы системы.

Поэтому для решения данной проблемы предлагаю включить SMB 1.

Если данный способ не принес никакого положительного эффекта, то значит дело в другом. Продолжаем разбираться и переходим к следующему пункту.

Правка реестра

Любая нестабильно работающая программа или операционная система способна нарушать целостность реестра. В результате чего как раз-таки выскакивает ошибка 0x80070035. Поэтому в обязательном порядке нужно проверить реестр, и при необходимости внести корректировки.

Теперь все должно работать.

Запуск служб

Если вы по-прежнему продолжаете получать уведомление о ненайденном сетевом пути, то скорее всего на вашем компьютере не запущены соответствующие службы, требуемые для правильной работы сетевых компонентов Windows 10.

Закрываем все окна и проверяем результат.

Очищаем кэш и сбрасываем настройки

Иногда избавиться от ошибки 0x80070035 получается с помощью сброса кэша DNS и сетевых настроек.

Порядок действий будет следующим:

Если и это не помогло устранить проблему, то переходим к следующему пункту.

Отключаем брандмауэр

Речь идет о брандмауэре, который присутствуют в каждой системе и антивирусе. Это своего рода защитный экран, который очень часто блокирует попытку соединения с компьютером, в связи с чем приходится изменять его выключать или изменять параметры.

Но, чтобы проверить, действительно ли дело в защитном экране, предлагаю полностью брандмауэр и антивирус.

Антивирус же обычно отключается правым нажатием по иконке с выбором пункта приостановления защиты. Но опять же, смотря какое защитное ПО у вас установлено, например, DR.WEB получается отключить только через меню «Компоненты защиты», передвинув ползунки влево.

Другие способы

Если ничего из вышеизложенного не принесло результата и ошибка 0x80070035, сообщающая о том, что сетевой путь не был найден продолжает появляться в Windows 10, то попробуйте выполнить еще одно действие.

Надеюсь, что хоть одно из предоставленных решений вам поможет. Если же нет, то поделитесь проблемой в комментариях, и я постараюсь вам помочь.

Ошибка 0x80070035: Не найден сетевой путь в Windows 10

После обновления билда Windows 10 до 1803 или выше (1809, 1903, 1909) некоторые пользователи заметили, что они теперь не могут подключиться к общим папкам сетевым папкам на соседних компьютерах в сети, или к каталогу на сетевом NAS хранилище.

Проводник Windows не может даже отобразить список общих сетевых папок на соседних компьютерах (как с Windows 10, так и с Windows 7). При попытке открыть любую сетевую папку появляется ошибка:

Windows не может получить доступ к \\NAS

Проверьте правильность написания данного имени. В противном случае возможно проблема с вашей сетью. Для определения проблем с сетью щёлкните кнопку «Диагностика».

Код ошибки 0x80070035.

Не найден сетевой путь.

В английской версии Windows 10 эта ошибка выглядит так:

Error code: 0x80070035.

The network path not found.

При этом с других компьютеров (с более старыми версиями Windows 10, 8.1 или 7), телефонов и других устройств вы можете спокойно открывать и использовать сетевые папки в локальной сети.

Попробуем разобраться, как исправить ошибку с кодом “0x80070035. Не найден сетевой путь” в Windows 10.

В Windows 10 по-умолчанию отключен протокол SMB v1

В первую очередь нужно понять, связана ли проблема с тем, что в Windows 10 1709 и выше по умолчанию отключен устаревший и небезопасный протокол доступа к сетевым файлам и папкам – SMB v1.0. Если сетевое устройство, к которому вы подключаетесь поддерживает доступ к общим файлам только по протоколу SMBv1 (например, старая версия NAS хранилища, компьютер с Windows XP/Windows Server 2003), то последние билды Windows 10 по-умолчанию не смогут подключиться к сетевым папкам на таком устройстве. И при доступе к ресурсу \\SharedDeviceName вы можете получить ошибку “0x80070035”.

В Windows 10 вы можете проверить, включен ли у вас протокол доступа к сетевым ресурсам SMBv1 с помощью команды:

Dism /online /Get-Features /format:table | find «SMB1Protocol»

Dism узнать, включен ли smb1 протокол

В нашем примере видно, что на компьютере отключен протокол SMB1:

Windows 10 включить компонент Клиент SMB 1.0 / CIFS

Либо вы можете включить клиент SMB 1 командой DISM:

Dism /online /Enable-Feature /FeatureName:»SMB1Protocol-Client»

После установки клиента SMBv1 нужно перезагрузить компьютер.

Dism установка SMB1Protocol-Client

После перезагрузки проверьте, появился ли доступ к сетевой папке.

В Windows 10 17090 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней.

Гостевой вход без проверки подлинности

Если вы используете анонимный доступ к NAS хранилищам или другим компьютерам, нужно включить политику небезопасные гостевые входы. В Windows 1803/1709 она блокирует доступ к сетевым папкам по протоколу SMB 2.0 под анонимным (гостевым) аккаунтом. Для этого нужно в редакторе локальных политик Windows 10 (gpedit.msc) включить политику Enable insecure guest logons (Включить небезопасные гостевые входы) в секции GPO Computer Configuration -> Administrative templates -> Network (Сеть)-> Lanman Workstation.

Или вы можете разрешить сетевой доступ под гостевой записью командой:

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Отключение SMB1 и SMB2

Если в вашей сети остались только устройства с поддержкой SMB v3 (Windows 8.1/Windows Server 2012 R2 и выше, см. таблицу версий SMB в Windows), вы можете исправить ошибку 0x80070035, отключив SMB1 и SMB2. Дело в том, что ваш компьютер может пытаться использовать протокол SMB 2.0 для доступа к сетевым папкам, которые разрешают только SMB 3.0 подключения (возможно с шифрованием трафика).

Сначала отключите протокол SMB 1 через Панель управления или командами:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb10 start= disabled
Dism /online /Disable-Feature /FeatureName:»SMB1Protocol»

Затем отключите протокол SMB2.0 в консоли PowerShell:

Вы можете проверить, что протоколы SMB 1 и SMB 2 отключены, выполнив команду PowerShell:

Get-SmbServerConfiguration | select «*enablesmb*»

Get-SmbServerConfiguration проверить установленные версии smb в windows 10

Настройки просмотра сетевого окружения в Windows 10

Если ваши компьютеры находятся в рабочей группе, настоятельно советую выполнить рекомендации из статьи Windows 10 перестала видеть сетевое окружение. В частности:

В разделе Network and Sharing Center панели управления на обоих компьютерах проверьте, что в качестве текущего сетевого профиля используется частный профиль – Private (Current profile). Убедитесь, что включены следующие опции:

Включить сетевое обнаружение

В разделе All Networks (Все сети) включите опции:

На обоих компьютерах сбросьте кэш DNS:

И перезагрузите оба компьютера.

Что еще стоит проверить:

Доступ к NAS или Samba хранилищу из Windows 10 с сохранённым паролем

Использовать учетные записи пользователей и пароли для подключения к другим компьютерам

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

page

page

page

Довольно долго бился с этой ошибкой. Как оказалось в моем случае ошибка 0x80070035 Не найден сетевой путь возникает из-за кривого компоента SMBv2. В итоге отключил SMB1 в панели управления и отключил еще и SMB2 такими командами:
reg.exe add «HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters» /v «SMB2» /t REG_DWORD /d «0» /f
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb20 start= disabled
Теперь в сети у меня остались только компьютеры с SMB 3. Проблемы с сетевым доступом исчезли.

Три дня поисков… Помогло Ваше описание. Благодарю!

А я повторил за тобой, тоже заработало!

Повторил за вами, но Windows 10 1909 так и не смог зайти на шару Windows Server 2008 R2, хотя 2012 и 2012R2 спокойно заходят… + отключал 128 шифрование через политики, тоже не помогло

Серж, ну ты красава! Чотко! Помогло, спасибо!

Сергей, да чтоб у тебя колстоял по первому твоему требованию и деньги не заканчивались никогда! Спасибо.

Отключил IPv6 согласно п.6. Помогло. Спасибо.

Действительно работает, однако отключение протокола — не лучший выбор…

Зашел по ip адресу, а не по имени NAS, все норм

После обновления Windows 10 расшареные папки перестали быть доступны с андроида. Дело в отключении smb1 и включении доступа с шифрованием.

Спасибо за статью. Помог этот пункт: На обоих компьютерах сбросьте кэш DNS: ipconfig /flushdns
И перезагрузите оба компьютера.

Ошибка возникает по разным причинам.
Есть два компа, где ставилась одна и та же венда 8.1. Так вот на одном все ок, а на втором заход лишь по ip.
апи венды разношерстно (для совместимости с костыльным по). Есть программы, которым указывай сетевой путь из морды проводника, где дерево с сетевым окружением и хоть ты тресни нет других вариантов — только по имени. Либо подрубай ей сетевой диск, который потом при старте сессии с красным крестом и который нужно постоянно дергать на включение.
Человек, с уровнем выше — системный блок = процессор, еще как-то сориентируется в работе в такой ситуации. Иначе же жесть. Переустановка всего и вся, или зубодробительный поиск решения проблемы, равный переустановке.
Как хорошо, что этой венды нет дома лет 6, или лет 8 уже. Это какой-то колхоз с тремя полосками и семками.

C:\WINDOWS\system32>powershell
Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

PS C:\WINDOWS\system32> Dism /online /Get-Features /format:table | find «SMB1Protocol»
FIND: Неправильный формат параметра
PS C:\WINDOWS\system32>
где я ошибся?

Выполните команду в cmd строке, а не в PowerShell. В Powershell команды find нет

Dism /online /Get-Features /format:table | find «SMB1Protocol»

Dism /online /GDism /online /Get-Features /format:table | Select-String «SMB1Protocol»et-Features /format:table | Select-String «SMB1Protocol»

Помог сброс DNS кэша на проблемном ПК
ipconfig /flushdns

помогло отключение ipv6

Было такое на ноутбуке. Оказалось просто ноут, который был подключен локальной сети пытался попасть на сетевой ресурс через Wi-Fi (а по Wi-Fi другая подсеть). Отрубил ви-фи и все заработало. Т.е. я так понял что эта ошибка указывала на настройки сети.

Для решения проблемы:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth
Установить в (1)

Ты мой герой!
Это помогло

Отлично!! Именно это помогло!! Спасибо.

Огромнейшее спасибо! Перепробовал все возможные варианты. Помог только твой совет. Удачи.

если нету записи AllowInsecureGuestAuth тогда что?

Создать руками или командой:
reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Спасибо именно это и помогло!

AllowInsecureGuestAuth значение 1 поставил сработало через день опять та же проблема

Vasya 25.12.2018
Для решения проблемы:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth
Установить в (1)

Помогло. Увидела 10 v1809 и XP и Win7 и Win10 v1703

2 компа на win 10 соеденены через вайвай оба. этот способ помог даже без перезагрузки

Спасибо огромное. Тоже долго мучался, ничего не помогало. Теперь все работает.

не мог подключиться к папке на Win7, совет помог, спасибо!

Сидел до сих пор на версии до 1809 так как не решалась эта проблема.. но теперь можно идти дальше. Невероятно но отобразилось все на удаленной машине все расшареные папки!

ПОМГЛО СРАЗУ СПС
Столько перепробовал Ваша помогла только win10 видит все xp, 7, 8-1. 10

Помогло, добавьте в стать, как один из способов

ты умничка. то, что надо. как я рад

Спасибо! Очень выручили!
Бился с этой проблемой полдня!

Мда, иногда удивляюсь, как изменение одного значение может решить проблему) Это правда работает)

Всё гениальное просто! Огромное спасибо. «Танцы с бубном» закончились на счёт «раз»!

спасибо! Это помогло

Чувак, только это сработало!
СПАСИБИЩЕ

Это просто чудо! Трое соток возни, а ларчик просто открывался. СПАСИБО за совет.

Дай Бог тебе здоровья, и всего доброго чего пожелает твоя душа 😉

Дай бог тебе здоровья мил человек!

Ура! Спасибо. Проблема решена!

Большое спасибо, помогло Windows 10 LTSC 10.0.17763
Правда путь был немного другой:
\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth

Мужик респект тебе. Спускался сверху вниз, тыкая все варианты. твой помог!

У меня в Windows 7 SP1 и Windows Server 2008 R2 после установки январского обновления безопасности KB4480970 (от 8 января 2019) при доступе к общим сетевым папкам на компьютере стала появляться ошика 0x80070035 The handle is invalid.
Проблема исправилась после удаления этого обновления. Ждем фикс от Microsoft.

Аналогичная система. Больше полудня лазил в настройках/перезагрузках. Дошло до того, что я в реестры полез. Не помогало — основная проблема: мне старый пауэр макинтош подключить нужно было (SMB). Причем с утра — я забрал драйвера по подключению с компа другого (windows7). После — тупо, не мог подключится. Вся проблема решилась — удалением обновления системы: KB4480970

При попытке подключения у меня стала выдаваться ошибка не верный дескриптор. Удалил обновления безопасности на клиентах ( все Windows 7 SP1) и сервере (Windows 2008 R2) и все заработало:
wusa /uninstall /quiet /norestart /kb:4480970
wusa /uninstall /quiet /norestart /kb:4480960
wusa /uninstall /quiet /norestart /kb:3177467

На win server 2008 помогло удаление kb4480968

Спасибо большое, помогло. среди интернет-хлама наконец то наткнулся на нужное.

На Windows 7 пришло обновление KB4480955 которое исправило проблему!

Ничего не помогло от слова совсем, есть еще идеи?

Благодарю, все заработало

Не видел NAS.
Нашел вариант, который помог:
— Нажмите Win+R и введите secpol.msc для входа в локальную политику.
— Перейдите по пути «Локальные политики» > «Параметры безопасности».
— Найдите справа в поле «Сетевая безопасность: уровень проверки подлинности LAN Manager» и нажмите на него два раза для открытия.
— В новом окне выберите проверку «Оправлять LM и NTLM — использовать сеансовую безопасность».

Что я делаю не правильно?
вбиваю в строку: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth
выдает ошибку

Выполните в cmd команду с правами админа:
reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Видимо решена проблема в новой версии Win 10 1903. Но не полностью. По крайней мере для меня. Пока не разобрался. В проводнике всё без проблем. А вот популярный Total Commander не видит. Может ось криво поставил и надругался над ней в других направлениях. А где-то зацепило. Будем посмотреть.

Все мои предыдущие комментарии прошу считать недействительными! Переустановил оси (Win10_1809_17763.557) сразу на двух «машинах» и сразу же от Админа reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f Мои мытарства закончились. Оба компьютера после расшаривания нужных папок прекрасно видят друг друга, а главное обмениваются между собой, и по LAN (правда через кросс. патч-корд даже пробовать не стал — он длинный и не нужен мне в принципе), и по Wi-Fi. Спасибо Vasya!

От души. Все заработало.
Имели стандартную проблему
микротик с модемом йота + три компа (два из них кабель, один wi-fi)

Автору респект и плюс в карму

Ваш совет помог,спасибо

WIndows 10 LTSC 1809 17763.914 сборка. всё что написано в статье сделал и никакого толка не было, по проверке видят и пингуются, а войти никак. Удалил SMB 2.0, поставил SMB1 клиент и сервер (на эту тачку после перезагрузки мог попасть, но с учётом того что в свойствах папки которую открыл заходил в вкладку «Безопасность» и там изменял разрешения, добавляя «Все» с полными правами) Аналогично и с другой машиной если надо. Удачи всем в этих разборках! =)))

ввел Windows server 2019 1809 в домен 2008r2. Наблюдаю туже саму проблему. На шару 2019 с 2008r2 и windows 7 зайти можно спокойно. С 2019 же — не видно компы в сетевом окружении и при входе на шару на КД 2008r2 ошибка 0x80070035.
При чем напрямую по имени \\comp можно было зайти на Win7 и шары ее видно.

Включил SMBv1 на 2019 и заработало сетевое окружение и глюки пропали. Ничего не пойму. 2008r2 и windows 7 же поддерживают SMBv2 нормально?

В Windows Server 2008 R2/ Windows 7 поддерживается до SMB 2.1. Проверьте, что включен smb2 в ws2008r2: проверьте значение параметра SMB2 в HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters. Должен быть равен 1.
Проверьте по какому протоколу взаимодействуют WS2019 и WS2008R2 командлет:Get-SmbConnection
Попробуйте временно отключить поддержку smb1 на ws2019 и ws2008R2. По идее клиенту ничего не останется как идти через smb2.

доброго дня
SMB2 на КД 2008r2 не включен.
В домене есть еще парочка windows xp. Его включение не приведет к проблемам с ними?

Командлет: Get-SmbConnection выдает Dialect 2.1.
Проблема возникает именно при первом открытии КД 2008r2 с 2019 и неработающем сетевом окружении. С win7 и другими рядовыми 2008r2 таких проблем нет.

Если у вас DC будет поддерживать и SMB1 и SMB2, то проблем с XP клиентами не будет. Я вообще не вижу оснований отключать SMB2, если SMB1 включен.

в коде есть мелкие неточности, а именно для smb1 используется библиотека smb2 и наоборот. кроме того, smb2 включается вместо отключения. но, тем не менее, спасибо за разъяснения и указание пути, остальное — технические детали. вот этот код работает как нужно. все запускать под админом из командной строки.
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb10 start= disabled
Dism /online /Disable-Feature /FeatureName:»SMB1Protocol»

Спасибо, внес правки в статью.
И все вероно, для оформления кода нужно ставить тег code

Спасибо. Хоть кто-то сказал по существу.

что только ни делал — ничего не помогало.
потом поменял в настройках айпи4 динамический днс на статику от гугла — всё почему-то заработало. почему? хз.

Кароче всё перепробовал, ничо не помогло.
Ситуация такая. 1 ПК на винде 7, там папки и принтер. Второй ПК на винде 10, нужно принтер подрубить по локалке. По статье всё сделал, несколько разных настроек делал, каждый раз ребутал машину. Вообщем, помогло сделать так. На 10 все галочки поставил SMB 1 (там их 3 шт), и реестре прописал эту дичь — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth с цифрой 1 и стат IP дал обоим ПК
7-ка изначально к 10 подрубалась к шаре без проблем. Вот такие вот дела)
Работал 1,5 часа. Реально пацаны ребята, помогли )))

После установки майского обновления 2004 опять появилась эта проблема. Рабочие станции с Windows 10 Pro (и Pro WS) не видят ни расшаренные ресурсы, ни сами сервера Windows 2003. Настройки из этой и других статей естественно сделаны и проверены. На предыдущих сборках (1803, 1903, 1909) всё продолжает работать при этом…

Причём NAS виден и доступен (там smb 2 и 3). Скорее всего,проблема связана с шифрованием или каким-то протоколом. Сравнение настроек локальных и групповых политик ничего не дало — вроде всё одинаково на всех билдах.

Причём, если запустить проводник (и есть смапированные диски от WinServer 2003), то проводник начинает сразу тупить (зелёная полоска индексирования). Через другие сервисы также ресурсы не доступны, даже по ip адресам.

Кто подскажет, куда копать? )

Windows Server 2003 поддерживают только smbv1. Нужно в любом случае включать smbv1 client в windows 10.

Я же написал, что все настройки, требуемые для работы, включены (и smb v1 тоже) 🙂

Т.е. была Винда сборки 1903, 1909 — всё прекрасно работало (т.к. предварительно были сделаны настройки из ваших статей и включено smb v1). После установки сборки 2004 на этих же компах всё перестаёт работать, плюс начинает тупить Проводник при запуске. Проверка настроек говорит, что всё включено. Новых настроек (в Политиках например), относящихся к сетевому уровню или шифрованию, я не заметил. При этом список компьютеров в Сетевом окружении показывается полностью (мы его не используем, сделано для проверки), но при обращении к серверам 2003 — нет связи. Все сетевые диски и ресурсы маппируются только по ip, имена не используем.

Вообщем, надо ждать, пока проблема появится ещё у кого-нибудь, чтобы накопилась база знаний… Непонятно даже, что ковырять, и где искать.

Та же история. Решения не нашел

Не думаю. Скорее всего снова гостевой доступ. Но это проблема клиентских машин. Создайте на них и подключите учетки майкрософта, уверен что все заработает:) Ну и сброс сети на всякий случай потом.
Не хотите глобальные учетные записи, копайте по гостевым делам. Службы, политики, реестр.

У меня стоит fasle. Как быть? В статье про это не написано.

Вам надо в настройках Брандмауэр Защитника Windows зайти в Дополнительные параметры —> Правила для входящих соединений —> Общий доступ к файлам и принтерам (входящий трафик SMB) —> Область и выбрать любой IP адрес сверху и снизу

Помог 1 и 2 пункты. После включения групповой политики доступ появился сразу.
Миллион благодарностей)

На тех компах, где была проблема, система вин 10 и стоит випнет клиент. Помогло следующее:

1. Включить протокол SMB v1. Включала тем способом, что указан в статье.
2. Включить протокол SMB v2 и SMB v3. Включала через командную строку.

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb20 start= auto

3. Прописала диапазон ip-адресов в самом випнете, чтобы он их пропускал. Адреса рабочей сети.

После всех манипуляций у всех спецов нет проблем с сетевым диском.

Помог вот этот пункт Гостевой вход без проверки подлинности. Спасибо за Вашу работу)

Решил попробовать Win10 LTSC. Поставил на Vmware15, сеть из ВМ Win7, ВМ Win10 и хост на Win7. Со стороны хоста вижу всю сеть, со стороны ВМ Win7 тоже вижу сеть, со стороны ВМ Win10 сеть не видна. Интернет есть на всей сети. Ошибка 0x80070035.
Тщательно и неоднократно проделал все пункты этой статьи. Сеть на ВМ Win10 появляется при отключении IP6, но при этом отваливается интернет, и наоборот. Теперь я понял для чего сделали эту чудесную систему, это как кубик Рубика, который не собирается никогда, эта ОС для развлечения сисадминов и тренировки набора на клавиатуре. Не заметил никаких полезных свойств для работы в CAD или для работы программиста. Да, понравились только окна без закругленных уголков, как в Win2000, может именно на это бросили все усилия разработчиков.

Автору большое спасибо! Зарешала политика гостевых входов (на Win10)

Безграничная вам благодарность. Уже неделю бьюсь с этой проблемой, испробованы все танцы с бубнами, ничего не помогало. По вашему совету все заработало сразу же после перезагрузки. Спасибо! Вы спасли 3ТБ сетевое от выброса))

Та же история! После обновления до 20Н2 опять сеть недоступна! Помогите найти приемлемые решения.

Дружище, спасибо. Много всего перепробовал, но заработало после внесения изменения в реестр (команда в конце коммента)

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: