У меня возникла проблемавсемоих устройств с Windows 10 (а ранее и с Windows 7) — по сути, любая попытка доступа к сетевому ресурсу Windows по сети заканчивается ошибкой 0x80070035 «Сетевой путь не найден».
Здесь задействованы три ПК, два из которых работают под управлением Win 10 Home, а один — под управлением Windows 10 Pro. На машине с Win 10 Pro ранее работали Win 7 Ultimate и Linux Mint, и при попытке их использования я сталкиваюсь с ошибками. (Хотя я помню, что Win7 работала давным-давно.)
Как ни странно, все затронутые компьютеры видят друг друга в сетевом окружении!
Обратите внимание, что мне удалось передать файлы через SMB, когда обе стороны соединения работали на Samba или очень старой версии Windows. Но если эта сторона работает на недавно исправленной версии Windows с тем, что я думаю SMBv3, то жизнь - это 0x80070035.
Самое обидное, что буквально вчера пришел новый ноутбук, и он тоже выдает эту ошибку. Я провел обширное исследование 0x80070035, и хотя есть тонна предлагаемых решений, похоже, никто на самом деле не понимает, что это за ошибкана самом деле означаети не существует определенного пути устранения неполадок.
Я (безуспешно) пытался:
- Назначение каждому ПК статического IP-адреса как в коммутируемой сети, так и через кроссовер, а также проверка подключения с помощью ping и уведомлений Steam
- Пытался связаться с каждым через \\IP.ADDRESS или \\HOSTNAME
- Проверено состояние помощника TCP/IP NetBIOS (всегда запущен, с параметром «Ручной (запущен)» в качестве его запуска)
- Отредактировал параметры сетевого доступа/сетевой безопасности в secpol.msc на машине с Win 10 pro (этих правок у меня нет, хотя одна из них была для того, чтобы убедиться, что NTLM будет правильно взаимодействовать)
- Ввод и вывод каждой машины из домашних групп
- переопределенные имена хостов в c:\windows\system32\drivers\etc\hosts
- гарантировал, что все компьютеры будут проходить аутентификацию с помощью логина/пароля вместо этой дурацкой новой системы, которую он использует
- убедитесь, что установлено «Включить NetBIOS через TCP/IP»
- другие исправления, предпринятые за последний год, которые я не могу вспомнить (я отредактирую их позже, если вспомню)
Хотя исправить проблему было бы неплохо, было бы еще лучше понять, что именно здесь происходит. Все, что я могу вспомнить, это то, что Win7 перестал работать примерно в то время, когда появилась уязвимость SMBv2, и я подозреваю, что в случае с Win7 эта функциональность была напрямую связана с этим патчем.
Однако дальше я запутался. Было бы здорово, если бы был контрольный список вещей, которые я мог бы проверить. Кто-нибудь?
правка: при изучении дампа Wireshark разговора я вижу, как две машины общаются друг с другом — сначала они договариваются о SMB1, затем о SMB2, затем кто-то отправляет TCP ACK, а затем другая сторона отправляет TCP RST (?). Это заставляет меня думать, что это брандмауэр, но я отключил брандмауэр...
решение1
Фон
У меня три ПК Local Netwrok, 2 на Windows 10 Pro Ver 1803 и 1 на Windows 10 Home версии 1803. На 1 Pro-машине установлена чистая система, а на 2 других установлено обновление с Win 7. На
всех машинах используются локальные учетные записи, одна локальная учетная запись пользователя без пароля и встроенная учетная запись администратора (Net User Administrator /Active:yes), подробнее об этом ниже. Хорошо то, что обе учетные записи на Home PC могут получать доступ к папкам на обоих Pro-ПК.
Pro-машина с чистой установкой также работает нормально.
Обновленный Pro выдал ошибку 0x80070035 для локальной учетной записи пользователя без пароля. Как и вы, я следовал всем сетевым поискам и большинству советов.
File Explorer отображает другие ПК, но не их диски или папки. Аналогично, Ping подтверждает соединение. Кроме включения правильных настроек для расширенного общего доступа, больше ничего не нужно было делать на 2 исправных ПК, за исключением, очевидно, обеспечения правильных разрешений и общего доступа к папкам.
Ответ
Я выполнил чистую установку на проблемной машине Pro — та же ошибка.
Затем я включил встроенную учетную запись администратора (Net User Administrator /Active:yes). Хорошей новостью является то, что проблема исчезла, когда я вошел в систему только как администратор.
Код ошибки сохраняется с локальной учетной записью пользователя. Это говорит о проблеме с разрешением или конфигурацией политики. Службы и настройки на обеих машинах Pro идентичны.
Мои поиски исправления продолжаются.
решение2
Я решил проблему доступа к учетной записи локального пользователя. В моей домашней сети локальные пользователи не защищены паролем, поэтому решение, которое сработало для меня, может не обеспечить безопасность, необходимую другим. regedit> HKEY LOCAL MACHINE>SYSTEM>CURRENT CONTROL SET>SERVICES>LANMANWORKSTATION. Если параметр AllowInsecureGuestAuth существует и его шестнадцатеричное значение равно 0, измените его на 1. Если нет, добавьте параметр DWORD32 с этим именем и установите шестнадцатеричное значение равно 1. Выйдите из regedit и перезагрузитесь.
решение3
Вот 2 хорошие ссылки (но третья от SuperUser лучше):
Хотя установка SMB 1.0 позволяет мне видеть мой общий диск, я все еще не могу получить к нему доступ. Следующее решение дает мне тот же результат, но, возможно, оно может решить вашу проблему:
В соответствии сСсылка суперпользователявам следует избегать установки SMB 1.0 и ответ предложит лучшее решение