Windows не может получить доступ к \\ [другому компьютеру] с кодом ошибки 0x80004005

У меня есть две машины Windows в домашней проводной сети, одна работает под управлением Windows 7 (теперь я буду называть ее w7), а другая - под управлением Windows 8.1 (я буду называть ее теперь как w8). Обе машины могли получать доступ к общим папкам друг друга (то есть делиться с помощью « расширенного обмена »), пока мой интернет-провайдер не обновил свой модем в выходные. Теперь w8 может получить доступ к общим папкам w7, но w7 не может получить доступ к общим папкам w8. При наборе \ w8 в проводнике Windows я получаю сообщение

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

и, в деталях:

Код ошибки: 0x80004005

Неизвестная ошибка

Если я попробую то же самое в меню «Пуск», я получу другой раздел с подробностями:

Код ошибки: 0x800070035

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

Если я введу \\ [IP-адрес w8] либо в проводнике Windows, либо в меню «Пуск», я получу те же результаты, что и выше.

Я убедился, что клиент для сетей Microsoft был установлен и проверен на W7 и w8 для подключения по локальной сети, а также для подключения к поставщику услуг Интернета.

На w7 и w8 нет сторонних брандмауэров.

Я убедился, что все эти сервисы работают как на w7, так и на w8

• Компьютерный браузер
• DHCP-клиент
• DNS-клиент
• Публикация ресурса обнаружения функций
• сервер
• SSDP Discovery
• TCP / IP Netbios helper
• Хост устройства UPnP
• рабочая станция

UPnP Device Host не работал на w7, но запуск не имел значения.

Браузер компьютера и хост устройства UPnP не работали на w8, но запуск их не имел значения.

Я попытался сопоставить сетевой диск на w8 с w7 (используя как IP-адрес, так и имя), выбрав «подключиться с использованием разных учетных данных» в соответствии с ответом на все еще предоставленный technet Код ошибки: 0x800070035

Я не могу пропинговать w8 с w7, используя IP-адрес или имя, но w8 может пропинговать w7.

В той же сети есть и компьютер xp. w7 & xp machine могут видеть друг друга. w8 может видеть машину xp, но машина xp не может видеть w8.

Кажется, это может быть конфигурация брандмауэра на w7. Тем не менее, существует множество правил для входящего брандмауэра, и я не знаю, какие из них проверять.

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

Начиная с Windows 10 1709, старый протокол SMB v1 больше не поддерживается по умолчанию, который по-прежнему используется несколькими ПК или другими сетевыми устройствами, такими как маршрутизаторы, предоставляющие NAS. Обратите внимание, что SMB v1, возможно, также был удален на старых машинах Windows. Выполните следующие действия, чтобы снова включить его и снова получить доступ к таким устройствам.

• Перейти к классической панели управления
• Перейти к программам и возможностям
• Выберите Добавить или удалить компоненты Windows на боковой панели.

• Убедитесь, что поддержка общего доступа к файлам SMB 1.0 / CIFS включена .

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

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

Типичным устройством, не поддерживающим SMB 2 или новее, являются старые маршрутизаторы FritzBox (популярные в Германии), и если вы попытаетесь получить доступ к жесткому диску USB, подключенному для работы в качестве NAS, вы не сможете связаться с маршрутизатором, пытаясь подключиться к нему. ,

Следуйте инструкциям ниже. Они могут помочь. Или они не могут

На компьютере под управлением Windows 8 нажмите « Win+» Rи в поле «Выполнить» введите:
control /name Microsoft.NetworkAndSharingCenterи нажмите Enter.

Нажмите «Изменить дополнительные параметры общего доступа» на левой панели, разверните «Частный» профиль общего доступа и убедитесь, что выбраны « Включить обнаружение сети» и « Включить общий доступ к файлам и принтерам» .

Разверните профиль «Гость или общедоступный» и убедитесь, что выбраны « Отключить обнаружение сети» и « Отключить общий доступ к файлам и принтерам» .

Разверните профиль «Все сети» и прокрутите вниз до нижней части окна и в разделе «Общий доступ, защищенный паролем», выберите « Отключить общий доступ, защищенный паролем» .

Теперь, нажмите Win+ Rи в командном окне Выполнить, введите: \\Localhost. Убедитесь, что все ваши общие папки присутствуют здесь.

Выберите папку из списка и нажмите Alt+, Enterа на вкладке « Общий доступ » нажмите кнопку « Поделиться» , введите в Everyoneраскрывающемся списке и нажмите Enterи установите «Уровень разрешений» на « Чтение» . Сделайте это для каждой папки, которой вы хотите поделиться.

Наконец, убедитесь, что оба компьютера (W7 и W8) имеют одинаковую маску сети.

Сделайте это, нажав Win+ Rи в поле «Выполнить» введите: shell:ConnectionsFolderи выберите сетевой адаптер для проводного Ethernet-подключения и нажмите Alt+ Enter. В окне «Свойства» прокрутите вниз до « Протокол Интернета версии 4» (TCP / IPv4) и дважды щелкните его.

Если IP-адрес и маска подсети были введены вручную, убедитесь, что маска подсети совпадает с маской Windows 7, выполнив тот же шаг на W7.

Теперь, узнать имя хоста поля W8, введя это в командном поле Run:
cmd /c "hostname & pause".

Теперь переключитесь в окно W7 и в поле «Выполнить» введите: \\HOSTNAME_OF_W8_BOXи посмотрите, можете ли вы сейчас получить доступ к файлам и папкам на W8.

Вот обходной путь.

Иногда Network Discovery под Windows просто не работает, но сеть присутствует, просто недоступна.

Затем вы должны назначить статический IP-адрес станции файлового сервера.

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

Пример:

\\192.168.1.141\fileserver

instead of the inaccesible

\\computer-name\fileserver

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

Вот что вы делаете на компьютере с Windows 7:

1. Нажмите на значок сети рядом с временем в правом нижнем углу.
2. щелчок Open network and sharing center
3. Внизу View your active networksслева щелкните синий текст, который сейчас, вероятно, говорит Public networkили возможно Home network.
4. В новом диалоговом окне выберите Work network.
5. Нажмите Close.

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

Если что-то все еще не работает, нажмите Change advanced sharing settingsслева и оцените эти параметры. Сделайте то же самое на Windows 8 машина. (Вышеприведенные 5 шагов не относятся к Windows 8. Там всегда будет общедоступная сеть, и Windows 8 не спросит, какая у вас сеть.)

Я исправил это с помощью следующих шагов:

1- перейти в пуск-> панель управления-> диспетчер устройств открыть его 2- в меню галочки «просмотреть скрытые устройства» 3- открыть ветку сетевых адаптеров. 4 - вы увидите много адаптеров с именем Microsoft 6to4. (у меня их было более 150) 5- удалить все. 6 - перезагрузите компьютер.

Тем не менее, во время поиска я нашел еще один полезный ресурс, у которого есть несколько шагов, кроме указанного выше; так что если вы хотите, вы можете попробовать это на http://appuals.com/best-fix-steps-fix-error-0x80004005/

Так недавно я развертываюсь для Windows 10 до нескольких тестовых машин в моем кабинете и был вопрос не в состоянии получить доступ к общей , т.е. сети "\\USA\Shared"или , "\\FRANCE\Shared"но "\\ENGLAND\Shared"работали хорошо , как это был мой местный Share. Это было только на моем Dell Optiplex 990, который использует Intel 82579LM Gigabit NIC. Ноутбуки в сети общедоступны. Я посмотрел на reg HKLM\System\CurrentControlSet\ fix, а также на то, что работали правильные сетевые сервисы.

Я и мой коллега в Шанхае думали, что это могут быть проблемы с DNS, но NSLookup решал на отлично. Я пошел по адресу : https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller, где Intel выпустила новые версии сетевой карты в течение нескольких дней друг от друга.

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

На компьютерах с Windows 8 существует 2 активных сетевых подключения: сеть 3 типа Ethernet и Bell, соединение dsl, требующее имя пользователя и пароль. Когда я подключаюсь к соединению Bell, устройству назначается публичный IP-адрес. В любом случае, соединение Bell имело тип «частная сеть», а «сеть 3» было «общедоступная сеть» - полная противоположность тому, что должно было быть. После изменения этих настроек все стало работать как положено.

Было тривиально изменить подключение к сети 3 на частное (Windows + I, нажмите на доступ в Интернет, затем просмотрите настройки подключения вверху, где я мог выбрать сеть 3 и включить «Поиск устройств и контента»). Публичная публикация Bell была немного более сложной, поскольку она не отображается в разделе «Параметры подключения». Поэтому мне нужно было зайти в HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ NetworkList \ Profiles, найти профиль с именем профиля Bell и изменить его категорию на 0 (т.е. оставить его пустым). Смотрите более подробные инструкции и скриншоты .

У меня было нечто подобное, но я мог подключаться к НЕКОТОРЫМ общим папкам, но не к другим на одном клиентском ПК. Что еще хуже, я мог подключиться ко всем из них с одного имени входа на клиентском ПК, но только некоторые из них использовали другое имя входа. И, насколько я мог видеть, оба логина были установлены на обоих ПК.

Эта статья - то, что исправило это для меня: http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

У меня было, как мне казалось, одно и то же имя пользователя на компьютере с XP (хостом), но я не смог подключиться к определенным папкам на нем. Оказывается, что хотя «Полное имя» было одинаковым на обоих ПК (в разделе «Администратор», «Локальные пользователи и группы, пользователи»), «Имя» было разным. После того, как я добавил то же самое «Полное имя» на хост, все заработало как положено.

Я предполагаю, что проблема была вызвана тем, что некоторые папки были созданы одним пользователем на хост-машине, а другие (к которым я не мог получить доступ) были созданы другим.

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

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