Windows 7 - не может получить доступ к общим ресурсам UNC, но может пинг и RDP

Question

У меня странная проблема с одной машиной из 90.

Win 7 x64 SP1, отлично работает ранее. Регистрация в домене и возможность доступа к подключенным дискам на файловом сервере.

Сегодня утром у пользователя есть IP-адрес с DHCP-сервера, но он не может получить доступ к любому сетевому ресурсу или Интернету.

Можно пинговать серверы и они разрешаются правильно.

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

Очищенный кеш DNS. Сбросить IP-стек. Перезапусков.

Брандмауэр Windows и AVG отключены.

Доступ в интернет теперь возможен.

Ping SERVER разрешается с правильным IP-адресом (10.1.2.1)

RDP в SERVER или 10.1.2.1, и он соединяет файл.

Перейдите к \\SERVER или \\10.1.2.1, в которой Windows не может получить доступ к \\SERVER. Ошибка 0x80004005

Служба браузера компьютера установлена на Авто и работает.

Есть идеи?

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

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

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

То же самое происходит при подключении к серверу в домене или нет. Я не могу присоединить компьютер обратно к домену, так как он не может найти сервер домена.

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

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

Answer 1

Проверьте, включена ли печать и общий доступ к файлам в сети и центре общего доступа> дополнительные параметры общего доступа. Моя проблема была в том, что общий доступ к файлам и принтерам не включался Чтобы решить эту проблему, я проверил все автоматические службы. Обнаружил, что услуга "netlogon" была отключена. Служба netlogon зависит от службы, называемой "рабочая станция". Пришлось запустить сервис "рабочая станция", а затем смог запустить сервис "netlogon". Это решило проблему.

Answer 2

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

Для 5 из 6 мне предложили ввести диалог имени пользователя / пароля, и я предоставил правильные учетные данные.

Для последнего, однако, мне никогда не предлагали. Я получил только предупреждение «Windows не может получить доступ к \ серверу». У меня не было проблем с доступом к серверу с помощью RDP или ping.

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

Answer 3

Просто зайдите в Панель управления> Центр управления сетями и общим доступом> Изменить параметры предварительного доступа> Нажмите стрелку, указывающую вниз (для текущего типа подключенной сети, например, «Домой» или «Работа»)> Отключенный общий доступ с защитой паролем.

Я знаю, что этого не должно было случиться (это неверно). Потому что защита паролем очень важна для сетей. Но может быть что-то, и на данный момент я могу просматривать мою локальную сеть, а не только пинговать их или использовать Интернет.

Answer 4

Вы пытались просмотреть настройки сетевого адаптера ControlPanel -> Сеть и общий доступ ->, а затем нажмите кнопку своего адаптера -> свойства.

убедитесь, что Клиент для сетей Microsoft установлен и отмечен

Answer 5

Мы столкнулись с этим только в одной конкретной папке. Оказалось, что возникли проблемы с автономными папками, потому что мы используем перенаправленные папки. Таким образом, Windows буквально подключается к этой папке с учетными данными других пользователей, как только Windows запускается, поэтому она отклоняет соединение от вошедшего в систему пользователя.

Решением было отключить автономную синхронизацию.

Answer 6

Теперь, когда ваш код ошибки наконец исправлен, попробуйте это:

В двух словах: домен против рабочей группы

По сути, вот почему потребовался час, чтобы выяснить это: после использования общего файлового ресурса SUCCESSFULLY для одного сеанса Windows через адресную строку в проводнике Windows и последующего сопоставления диска и запроса Windows о восстановлении сетевого сопоставления при перезагрузке все стало плохо после фактическая перезагрузка. Время нахождения общего ресурса в адресной строке истечет через 90 секунд. Ошибка за пределами загадочного. Я бы знал, что делать, если бы он сказал, что IOINC Active Directory не содержит такого-то имени пользователя. Вместо этого было указано неопределенная ошибка 0x80004005. Диагностика тоже ничего не могла определить. Почесав голову, я пошел отключить общий ресурс и попытаться восстановить его. Прямой подход (набрав \PCName \FileShare) по-прежнему приводил к коду ошибки 0x80004005. Разрешение было видно, но все еще не очевидно. В диалоговом окне общего доступа к сети есть способ ввода новых учетных данных. Просто переназначение пароля все равно привело меня к 0x80004005. Я должен был видеть DomainName \UserName как полное имя пользователя, чтобы понять, что происходит. Windows 7 Pro предполагала, что UserName был пользователем домена, тогда как это не так. Ошибка, N раз. После ввода новых учетных данных я могу теперь ввести \PCName \FileShare в адресной строке Windows Explorer и просмотреть файлы. Я не пробовал, но, думаю, очистка паролей в настройках Internet Explorer также решила бы проблему.

Источник: https://social.technet.microsoft.com/Forums/windows/en-US/c9f17816-9ef3-4249-98e6-5de990112d3d/windows-cannot-access-machinesharedfolder-error-code-0x80004005?forum=w7itpronetworkinging