80004005 ошибка windows server 2016 сетевой доступ

Есть сервер ws2016 с сетевой папкой в домене ws2016, на сервере 2 статических ip из разных подсетей на 2-ух физических интерфейсах, пытаюсь организовать доступ к ней по \ip с удаленного компьютера не в домене, после ввода доменного логина и пароля у которого настроен доступ на эту папку появляется ошибка 0x80004005, что пробовал, отключил на пк на котором пытаюсь настроить подключение протоколы smb 1 и 2, а также отключен ip v6 на пк и сервере. При этом в рамках филиалов где резолвится DNS имя сервера, папка доступна по пути \dns и ошибка не появляется, но по \ip также появляется ошибка


  • Вопрос задан

    29 июл. 2022

  • 101 просмотр

  • Remove From My Forums
  • Question

  • Здравствуйте!
    Одноранговая сеть с выделенным сервером. На сервере расшарены папки, все права доступа настроены.
    На одном из ноутбуков вынужденно (сломался жесткий диск) пришлось заново устанавливать Windows 10 Pro x64.

    Ноутбук подключается к локальной сети (адреса раздаются DHCP, для этого ноутбука фиксированного адреса нет), все настройки типовые.

    Но подключиться к серверу с этого ноутбука не получается ни по сетевому имени, ни по IP-адресу, получаем сообщение об ошибке
    Windows не может получить доступ к \SERVER
    Windows не может получить доступ к \x.x.x.x
    Код ошибки: 0x80004005

    Сервер с ноутбука пингуется без проблем.

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

    Настройки на ноутбуке:

    IP-адрес, маска сети, DNS и шлюз получаем с DHCP.

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

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

    Поддержка SMB 1.0/CIFS (клиент и сервер) в дополнительных компонентах Windows включена (знаю, что небезопасно, но без них не были вообще видны никакие компьютеры сети).

    Служба «Браузер компьютеров» работает.

    Что можно попробовать сделать?

Answers

  • Отвечаю сам себе :)
    Проблему удалось решить, вроде всё работает нормально, надеюсь — настройки не слетят.

    Помогло это. На ноутбуке поправил одну групповую политику:

    GPO -> Computer Configuration -> Administrative templates -> Network -> Lanman Workstation— Enable insecure guest logons -> Enabled

    Вопрос можно закрыть.

    • Marked as answer by

      Wednesday, November 2, 2022 1:47 PM

Содержание

  1. Причины возникновения
  2. Как исправить
  3. Запустите средство устранения неполадок
  4. Обновите Центр обновления Windows
  5. Восстановите поврежденные файлы
  6. Временно отключите антивирус
  7. Используйте инструмент извлечения файлов
  8. Перерегистрируйте jscript.dll и vbscript.dll
  9. Исправление ошибок во время обновления Windows
  10. Обращение к общим файлам
  11. Не удается начать работу виртуальной машины заново?
  12. Решение ошибки 0х80004005 виртуальной машины
  13. Новый сеанс
  14. Создайте значение для LocalAccountTokenFilterPolicy

В процессе использования компьютера многие часто сталкиваются с различными уведомлениями о неисправности, например, при открытии программы или включении ПК. Однако, даже у одного и того же кода бывают разные причины. Так происходит и с рассматриваемой ошибкой. Компьютеру не удается открыть зашифрованный файл, происходит сбой сетевого подключения принтера или программы и т. д. На этой странице представлены инструкции по решению кода ошибки 0x80004005.

Код ошибки 0x80004005 в Windows

Уведомление с кодом 0x80004005 пользователи Windows обнаруживают во время работы с общими папками, виртуальными машинами и при обновлении системы. Функция общего доступа к сети позволяет передавать файлы между разными компьютерами в одной сети. Однако этот процесс не является гладким. Во время обмена файлами могут возникать ошибки, такие как 0x80004005.

Причины возникновения

0x80004005 возникает в Windows в основном при работе с общим доступом к файлам и обновлениям. Ниже приведен список стандартных причин уведомлений.

  • Проблемы с файловой системой: Вам приходится сталкиваться с кодом ошибки 0x80004005, при попытке переименовать или отредактировать папку. Это может завесить от вашей ОС.
  • Обновление Windows: ошибка может возникнуть во время обновления Windows, когда загружаются и устанавливаются новые файлы.
  • Вирусы и вредоносное ПО. Вирусы также могут повредить работу вашего компьютера. Из-за них вы можете столкнуться с данным кодом.
  • Проблемы с политиками. Если на вашем компьютере отключены определенные политики, они могут помешать вам использовать общий доступ к файлам в вашей сети. В результате вы получаете код ошибки 0x80004005 при запуске общего доступа к файлам.

Как исправить

Для стандартных ошибок в системе Windows решение также является формализованным.

Запустите средство устранения неполадок

Проблемы с обновлением Виндовс являются одной из наиболее типичных причин этой ошибки.

  1. Нажмите в правом нижнем углу экрана на панели задач меню уведомлений.
  2. Зайдите в «Все параметры».
  3. Нажмите «Обновление и безопасность».
  4. Выберите «Устранение неполадок».
  5. Кликните по «Дополнительные средства устранения неполадок».
  6. Найдите строку «Центр обновления Windows».
  7. Клацните по «Запустить средство устранения неполадок».
  8.  Перезагрузите компьютер.

Запустить средство устранения неполадок в Windows

Обновите Центр обновления Windows

Запуск Центра обновления Windows также является быстрым и простым способом исправить код ошибки 0x80004005. Кроме того, настоятельно рекомендуется поддерживать Windows в актуальном состоянии при любых обстоятельствах.

Восстановите поврежденные файлы

Неисправная файловая система или файловый реестр могут вызвать проблемы при обновлении Windows. В таких случаях вам необходимо восстановить поврежденные системные файлы. Чтобы восстановить поврежденные системные файлы и исправить код ошибки 0x80004005.

Введите команду «sfc /scannow» в командной строке, которую запустили от имени администратора и нажмите Enter.

sfc /scannow сканирование системы в Windows

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

Временно отключите антивирус

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

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

Используйте инструмент извлечения файлов

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

Доступно несколько инструментов для извлечения файлов, включая WinRar, 7zip и WinZip. Если у вас возникли проблемы с одним экстрактором файлов, всегда полезно попробовать другие и посмотреть, не возникают ли проблемы по-прежнему.

Перерегистрируйте jscript.dll и vbscript.dll

На компьютерах с Windows есть два важных файла реестра. Они называются javascript.dll и vbscript.dll. Пользователи уже исправляли код ошибки 0x80004005, перерегистрировав эти файлы.

  1. Запустите командную строку. Вы можете открыть CMD, нажав клавиши «Win + R», чтобы открыть окно «Выполнить», и набрав cmd.
  2. Введите команду «regsvr32 vbscript.dll» и нажмите Enter
  3. Введите команду «regsvr32 jscript.dll» и нажмите Enter.

После этого перезагрузите систему. После этого, проблема должна исчезнуть.

Вызов команды regsvr32 vbscript.dll в Windows Вызов команды regsvr32 jscript.dll в Windows

Исправление ошибок во время обновления Windows

Если во время обновления возникает ошибка 0x80004005 , выполните следующие действия:

  1. Откройте командную строку через строку поиска или с помощью команды cmd.exe через диалог запуска.
  2. Убедитесь, что вы запускаете функцию от имени администратора.
  3. Теперь перезапустите службы обновления Windows. Для этого введите следующие 5 команд по отдельности и подтвердите нажатием Enter, чтобы завершить соответствующую службу: «net stop wuauserv», «net stop bits», «net stop trustinstaller», «net stop appidsvc», «net stop cryptsvc».
  4. Обязательно снова включите каждую из служб с помощью start вместо stop. Теперь ошибка должна быть исправлена.

Обращение к общим файлам

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

  1. В поиске Windows введите «Диспетчер устройств» и нажмите Enter.
  2. Откройте шторку «Вид» и выберите «Показать скрытые устройства».
  3. Найдите и откройте ветку «Сетевые адаптеры».
  4. Удалите все, у которых в названии встречается «Microsoft 6to4».

Сетевые адаптеры в Windows

Не удается начать работу виртуальной машины заново?

Иногда, при попытке создать новый сеанс виртуальной машины, тоже появляется ошибка 0x80004005. Что делать? Следуйте алгоритму:

  1. Нажмите одновременно «Win+ R», чтобы открыть окно «Выполнить».
  2. Введите  «ncpa.cpl» и нажмите Enter.

Вызов команды ncpa.cpl в Windows

  1. Теперь для всего списка адаптеров, которые показывает система сделайте следующее:
    • Кликните правой кнопкой мыши и в выпадающем меню выберите «Свойства».
    • Найдите и строку «VirtualBox NDIS6 Bridged Networking Driver» и поставьте галочку рядом с ней.
    • Сохранитесь нажатием кнопки «ОК».

Список адаптеров в Windows

Включаем VirtualBox NDIS6 Bridged Networking Driver в Windows

Решение ошибки 0х80004005 виртуальной машины

Данная ошибка чаще всего возникает при попытке пользователя открыть виртуальную машину приложений VirtualBox. Причиной этого является отсутствие файла предыдущей сессии. Сбой мог произойти в момент записи или повреждения секторов, на которых сохранились данные. В результате появляется ошибка с таким кодом и сбой запуска программ. Также уведомление может появляться при сетевом подключении обновления Windows, при повреждении временных файлов и так далее далее. Будет показано несколько способов, как исправить данную проблему.

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

Дополненное расширение VirtualBox в Windows

В таком случае исходный файл, который ищет программа при запуске отсутствует.

  1. Откройте папку по следующему пути(как на картинке).
  2. Затем перейдите в каталог с названием нужно виртуальной машины.
    • Здесь, помимо файла с нормальным расширением, должен быть еще один документ с исправленным (vbox -tmp), но всякий случай рекомендуется сохранить основной файл vbox другое место.
  3. Затем исправить расширение второго файла, после чего ошибка с этим кодом должна исчезнуть.

Изменение расширение Windows.vbox

Если дополнительного файла с исправленным расширение в данном каталоге нет. То причиной может быть запрет виртуализации в BIOS.

Для исправления вам нужно перезагрузить компьютер и открыть настройку BIOS, здесь найти раздел «Intel виртуализацию» (или что-то подобное) и установить значение и на «Включена».

Включение виртуализации Intel в Windows

Новый сеанс

Еще ошибка с таким кодом может появиться при попытке создать новый сеанс виртуальной машины.

  1. Для исправления откройте параметры сети интернет.
  2. Дополнительные сетевые параметры.
  3. Дополнительные параметры сетевого адаптера.
  4. В открывшемся окне сетевых подключений кликните по адаптеру VirtualBox правой кнопкой мыши и выберите Cвойства.

Сетевые подключения в Windows

  1. Здесь проверьте установлена ли отметка на против пункта VirtualBox, если нет — установите и нажмите «ОК», чтобы сохранить настройки.
Настройки "Сетевые подключения" в Windows

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

Основной функции Windows при объединения компьютеров в сеть является передача файлов между системами. Но иногда, пытаясь передать файл или при попытке получения доступа к одному из них, может появиться запрет с рассматриваемым кодом ошибки. Исправить его можно с помощью редактора реестра.

Создайте значение для LocalAccountTokenFilterPolicy

Вы можете включить права доступа администратора, создав LocalAccountTokenFilterPolicy. Эти права отключены по умолчанию, что приводит к коду ошибки 0x80004005.

  1. Нажмите клавишу Windows + клавишу R, чтобы открыть окно «Выполнить».
  2.  В окне «Выполнить» введите regedit и нажмите Enter.
  3. Зайдите в HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem.
  4. Оказавшись там, используйте New, чтобы создать запись значения QWORD (32-ух или 64-разрядная в зависимости от вашей системы) с именем LocalAccountTokenFilterPolicy.
  5. Установите для параметра «LocalAccountTokenFilterPolicy» значение 1.

Изменяем LocalAccountTokenFilterPolic в реестре Windows

  1. Если не помогло, то перейдите в реестре по такому пути: «КомпьютерHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters».
  2. Здесь создайте параметр со следующим именем: «AllowInsecureGuestAuth».
  3. Присвойте ему значение 1.
  4. Сохраните и перезагрузите систему.

Изменяем AllowInsecureGuestAuth в реестре Windows

Содержание

  1. Windows не может получить доступ к сетевой папке
  2. Исправление сетевых ошибок 0x800070035 и 0x80004005
  3. Проверка настроек общего доступа
  4. Проверка работоспособности службы Сервер
  5. Настройка свойств сетевой карты
  6. Настройка Службы компонентов
  7. Настройки доступа к сетевой папке
  8. Не открываются сетевые папки windows server
  9. Доступ к серверу обмена файлами SMB неуспешен с помощью псевдонима DNS CNAME
  10. Симптомы
  11. Причина
  12. Решение
  13. Трассировка сети
  14. Сбор параметров реестра
  15. Проверка параметров реестра
  16. Применение hotfixes (сервер и клиент)
  17. Ссылки

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

При настройке локальной сети на Windows 7,8 и 10 требуется правильно назначать доступы пользователям и настраивать службы. Иначе возникает сетевая ошибка с кодами 0x800070035, 0x80004005 или 0x800704cf и появляется сообщение, что Windows не удается получить доступ к нужной сетевой папке, диску, устройству или файлу.

Сообщение об ошибке, в зависимости от версии ОС, может выглядеть следующим образом:

  1. Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки:
  2. Windows не может получить доступ к сетевой папке/диску/иному расположению в локальной сети.
  3. Windows не может получить доступ к *Папка или файл*. Разрешение на доступ к *Путь до папки* отсутствует. Обратитесь к сетевому администратору для получения доступа.

[Обновление] Быстро исправить ошибки с кодом 0x80004005 (а иногда и с остальными) удается, веся всего одну запись в реестр:

  1. Открыть «Пуск» -> «Выполнить», ввести regedet и нажать Enter.
  2. В разделе реестра HKEY_LOCAL_MACHINE перейти по пути Software Policies Microsoft Windows LanmanWorkstation.
  3. ПКМ — создать новый параметр имя AllowInsecureGuestAuth тип REG_DWORD Enabled Value 1 (значение 1 — включено). Перезагрузить ПК.

Оглавление статьи:

Исправление сетевых ошибок 0x800070035 и 0x80004005

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

Если Windows не может получить доступ к сетевой папке и выдает ошибки 0x800070035 или 0x80004005, нужно:

  1. Проверить настройки общего доступа.
  2. Убедиться, что включена сетевая служба «Сервер».

Проверка настроек общего доступа

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

  1. Выбрать сетевую папку или диск, для которых требуется создать общий доступ.
  2. Нажать правой кнопкой мыши, выбрать в контекстном меню «Общий доступ».
  3. Перейти по пункту подменю «Конкретные пользователи».
  4. В открывшемся окне нажать на треугольную стрелочку, расположенную рядом с кнопкой «Добавить».
  5. Выбрать из появившегося списка пользователя, которому требуется предоставить доступ. В случае, если в списке не будет никаких пользователей, следует выбрать вариант «Все».
  6. Установить права доступа для пользователя: только чтение (просмотр файлов), либо чтение и запись (возможность изменения, добавления и удаления файлов из сетевой папки).

После этого нужно нажать кнопку «Общий доступ» и, если система не покажет никаких ошибок или предупреждений, нажать на кнопку «Готово».

В Windows 8 и 10 есть более простой способ поделиться содержимым папки или диска с пользователями домашней группы:

  1. Нажать правой кнопкой мыши по нужной папке.
  2. Выбрать в контекстном меню пункт «Поделиться».
  3. Выбрать подпункт «Домашняя группа (просмотр и изменение)».

После этого система должна открыть доступ к указанному пути для всех пользователей локальной сети.

Проверка работоспособности службы Сервер

«Сервер» является встроенной службой в Windows, необходимой для работоспособности локальной сети и подключения к удаленным компьютерам, устройствам или файлам. Если компьютер ранее не использовался в качестве сервера или для подключения к домашней сети, служба может быть отключена. Это часто становится причиной ошибок доступа к сетевым папкам, даже когда права для всех пользователей выставлены корректно и остальные настройки ОС в норме.

Включение и выключение служб в Windows 7 и 10 происходит в Панели управления:

  1. Нажать «Пуск» — «Администрирование» — «Службы».
  2. Если вкладка «Администрирование» отсутствует в меню «Пуск», перейти в «Панель управления» и найти в списке пункт «Службы» во вкладке «Администрирование».
  3. Откроется окно со всеми службами, в котором требуется отыскать «Сервер».
  4. Кликнуть по строке «Сервер» правой кнопкой мыши, в появившемся контекстном меню выбрать пункт «Свойства».
  5. В открывшемся окне во вкладке «Общее» выбрать «Тип запуска»: автоматически или вручную.

Если служба изначально была выключена, «Тип запуска» будет установлен в положение «Отключена». Запуск вручную вынудит перезапускать службу каждый раз, когда потребуется доступ к сетевой папке, удаленному компьютеру или файлам в домашней группе. В автоматическом режиме служба будет запускаться самостоятельно, и заново проделывать указанные действия не потребуется.

Настройка свойств сетевой карты

Ошибки подключения к сетевым устройствам с кодами 0x800070035 и 0x80004005 могут быть решены путем выставления настроек сетевого подключения. В настройках сетевой карты нужно снять флажок с протокола iPv6, а также выполнить настройку iPv4. Метод одинаково хорошо работает в Windows 7 и 10 всех версией. Сначала следует попробовать только выключить протокол iPv6, а уже потом выполнять остальные действия, если этот простой способ не помог.

  1. Зайти в пеню «Пуск», перейти в «Панель управления».
  2. В Windows 7: Перейти в раздел «Центр управления сетями и общим доступом», затем «Изменение параметров адаптеров». Для Windows 10: В панели управления выбрать «Сеть и интернет», затем «Центр управления сетями и общим доступом», выбрать в левом меню пункт «Изменение параметров адаптеров».
  3. Выбрать подключение по локальной сети, по которому не удается получить доступ. Кликнуть по нему правой кнопкой мыши и выбрать пункт «Свойства».
  4. В свойствах сетевой карты убрать значок с протокола iPv6.
  5. Открыть свойства протокола iPv4, перейти во вкладку «Дополнительно».
  6. Открыть вкладку с названием «WINS», нажать на «Параметры NetBIOS».
  7. Поставить отметку, в зависимости от типа ip-адресации: «По умолчанию» для динамической ip-адресации и «Включить NetBIOS через TCP/IP» для статической.
  8. Нажать три раза «Ок», «Ок», «Ок».

После этого требуется выполнить несколько простых действий в Диспетчере устройств:

  1. Открыть «Пуск» — «Панель управления» — «Оборудование и звук» — «Диспетчер устройств».
  2. Перейти на вкладку «Вид», выбрать отметку «Показать скрытые устройства».
  3. Нажать «Сетевые адаптеры» и удалить все адаптеры 6to4.

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

Настройка Службы компонентов

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

Инструкция по настройке локального доступа через Службу компонентов:

  1. Нажать кнопку «Пуск», ввести в поле поиска «Службы компонентов».
  2. Кликнуть по найденному результату правой кнопкой мыши, выбрать в контекстном меню «Запуск от имени администратора».
  3. В выскочившем окошке разрешить программе внести изменения на этот компьютер. Должно открыться окно со службой.
  4. Раскрыть окно «Службы компонентов», открыть второе окно «Компьютеры».
  5. Нажать по надписи «Мой компьютер» правой кнопкой мыши, перейти на вкладку «Свойства», затем «Свойства по умолчанию».
  6. Поставить «Уровень проверки подлинности по умолчанию» в положение «По умолчанию».
  7. Поставить «Уровень олицетворения по умолчанию» в положение «Олицетворение».
  8. Нажать кнопку «Применить».
  9. Нажать кнопку «Ок».
  10. Закрыть окно со «Службой компонентов».

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

Настройки доступа к сетевой папке

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

Просматривать содержимое сетевой папки могут только те пользователи, у которых есть доступ. Это легко проверить:

  1. Кликнуть по нужной папке правой кнопкой мыши, открыть «Свойства».
  2. Перейти на вкладку «Безопасность».
  3. В окне «Группы или пользователи» должна быть выбрана позиция «Все».

Если так и есть, то все в порядке. В противном случае требуется добавить новую группу:

  1. Нажать кнопку «Изменить» под окном «Группы или пользователи».
  2. Кликнуть по кнопке «Добавить», перейти во вкладку «Дополнительно…».
  3. Нажать «Поиск», выбрать в результатах поиска строку «Все», после чего кликнуть «Ок».
  4. Еще раз нажать «Ок».

Осталось выставить права для созданной группы пользователей «Все» — чтение, доступ, изменение и так далее. Аналогичным образом можно устанавливать разные настройки для отдельных групп, но это не обязательно. Одни настройки для всех пользователей снизят риск возникновения повторных ошибок доступа к минимуму.

Не открываются сетевые папки windows server

Профиль | Отправить PM | Цитировать

Добрый день, тема конечно избитая, но все же.

Есть два сервера 2008R2 , один терминальный другой под 1с сервер (MS SQL)

Между собой они общаются по локалке.
На терминальном сервере используется 2 сетевые карты (инет карта под RDP), на 1с их тоже две но интернет на ней всегда выключен.
На двух серверах установлен Outpost Firewall Pro, встроенный брендмауер выключен.
На терминальном сервере еще стоит Avast Endpoint Protection Plus .
Серверы каждую ночь по планировщику перегружаются.

Все ИП WAN/LAN Статические.
В Локалке
192.168.1.4 «Терминальный»
192.168.1.5 «1с8»

Четыре- дня назад, отвалился планировщик, перестал автоматически запускаться, потом через два дня все стало штатно.
А вот сетевые ресурсы на терминальном сервере перестали работать вообще. (Обнаружилось когда с сервера 1с хотели переложить выгрузку, возможно с планировщиком это совпадение.)

На терминальном сервере \terminal -список шары открывается, выбор сетевого каталога выдает ошибку 0х80070035
Если выбрать \192.168.1.4 — то ошибка 0х80070035
Если выбрать \127.0.0.1 — то открывается любая шара.
Соответственно сетевые ресурсы не доступны с сервера 1с, а наоборот работает.

Два сервера работают с 2012 года, шара настроена как говорится из «коробки» и работала все эти годы исправно. Последние обновления были в 2015 году.

Что делал:
Сравнил и проверил все службы на двух серверах. Менял, сетевое имя Терминального сервера, чистил DNS, включал NetBios TCP/IP, выключал Оутпост. В Диспетчере сервера сетевые ресурсы присутствуют.

Два сервера находятся в другом городе, поэтому всякие манипуляция требуют четкого осмысления. Сначала стреляем, потом думаем тут не подходит

Кто может помочь разобраться в сложившейся ситуации?

Доступ к серверу обмена файлами SMB неуспешен с помощью псевдонима DNS CNAME

В этой статье данная статья предоставляет решения проблемы, из-за которую псевдоним DNS CNAME не может получить доступ к файлам SMB-серверов.

Оригинальная версия продукта: Windows 10 — все выпуски, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 7 Пакет обновления 1
Исходный номер КБ: 3181029

Симптомы

  • Вы работаете на сервере SMB-файлов, например Windows Server. На сервере есть файлы и ресурсы, настроенные с помощью их имени NetBIOS, доменного имени DNS с полной квалификацией (FQDN) и их псевдонима (CNAME).
  • У вас есть клиент с Windows 7, Windows Server 2008 R2 или более поздней версией Windows.

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

Когда приложение или пользователь использует псевдоним CNAME для файлов или других ресурсов на сервере, использующем SMB, и вы пытаетесь подключиться к акции на файловом сервере с его псевдонимом DNS CNAME. Например, вы пытаетесь подключиться к доле на файловом сервере с помощью псевдонима DNS CNAME:

В этом случае вы испытываете следующие действия:

Доступ от клиента Windows Server 2008 R2 Windows 7 является успешным.

Доступ к windows Server 2012 R2, Windows 8.1 или более поздней версии клиента Windows является неудачным. В этом случае вы получаете сообщение об ошибке, напоминаемом следующее:

\uncpath недоступен. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Обратитесь к администратору этого сервера, чтобы узнать, есть ли у вас разрешения на доступ.

Ошибка logon. Имя целевой учетной записи неверно.

Причина

Если вы используете сетевой монитор, проводную акулу или анализатор сообщений Майкрософт для проверки сетевого следа при успешной установке сеанса SMB, сеанс переходит к tree Connect.

Однако при проверке сетевого следа при неудачной установке сеанса SMB сеанса с ошибкой Kerberos KRB_AP_ERR_MODIFIED. Вот пример неудачного запроса на установку сеансов SMB в сетевом следе:

В неудачном запросе на установку сеанса SMB клиент передает неправильный SPN CNAME. SpN может быть неправильным, так как он зарегистрирован на старом сервере. Однако в случае успешного запроса на установку сеанса SMB, например в случае Windows Server 2008 R2 клиента, клиент переадвергает SPN для фактического имени сервера.

Если имя файлового сервера было разрешено с помощью DNS, клиент SMB привносим суффикс DNS в имя, предоставленное пользователем. То есть первым компонентом SPN всегда будет имя пользователя, как в следующем примере:

Эта попытка не удалась бы для более старых реализации SMB (Например, AIX Samba 3.5.8), которые не могут быть настроены для проверки подлинности Kerberos и не прослушивают порт прямого хоста SMB 445, а только в порту NetBIOS 139.

Если имя файлового сервера было разрешено с помощью другого механизма, например

  • NetBIOS
  • Разрешение многофаскальных имен link-local (LLMNR)
  • Процессы протокола разрешения одноранговых имен (PNRP)

клиент SMB использует предоставленное пользователем имя, например следующее:

Решение

Чтобы устранить эту проблему на файловом сервере с протоколом SMB версии 1, добавьте значение в DisableStrictNameChecking реестр:

Расположение реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanServerParameters
Имя DWORD: DisableStrictNameChecking
Значение DWORD: 1

Не используйте DNS CNAMEs в будущем для файловой серверы. Если вы хотите по-прежнему давать альтернативные имена серверам, вы можете сделать это со следующей командой:
NETDOM COMPUTERNAME/ADD

Эта команда автоматически регистрирует SPNs для альтернативных имен.

Мы не рекомендуем устранять эту проблему для файлового сервера, не основанного на Windows, введя следующие команды в окне командной подсказки на компьютере с Windows. Необходимо войти в систему с учетными данными администратора домена. Затем нажмите кнопку Ввод в командной подсказке для регистрации SPN для CNAME устройства хранения файлового сервера на основе Windows:

  • Если используется кластеризация Windows 2012, установите hotfix для клиентов на уровне, в котором компьютеры Windows XP или Windows Server 2003 не могут подключиться: не удается получить доступ к ресурсу, который находится на базе кластера сбойной передачи Windows Server 2012.
  • Если вы создаете CNAME для кластерного имени, к которое подключаются клиенты, необходимо настроить свойства для этого кластерного имени, чтобы оно отвечало CNAMEs: Настройка псевдонима для кластерной доли SMB с Windows Server 2012.

Трассировка сети

Чтобы собрать сетевой след, выполните следующие действия:

Откройте окно командной подсказки, введите следующую команду и нажмите кнопку Ввод:

Удалите все существующие сетевые подключения File Server, заверив следующую команду:

Инициализация кэша всех имен путем удаления существующего кэша:

Чтобы удалить кэш DNS, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш NetBIOS, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш Kerberos, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш ARP, введите следующую команду и нажмите кнопку Ввод:

Попробуйте подключиться к сетевой сети, введя следующую команду и нажав кнопку Ввод:

Чтобы остановить сетевой след в неудачном сценарии, введите следующую команду и нажмите кнопку Ввод:

Сбор параметров реестра

Чтобы собрать параметры реестра на файловом сервере, выберите Начните, выберите Выполнить, введите команду в поле Открыть, а затем выберите ОК. Повторите этот шаг для следующих команд:

Файлы параметров реестра (. ВИЧ) сохраняются в папке TEMP на файловом сервере.

Проверка параметров реестра

Проверьте параметры следующих значений реестра на файловом сервере:

Применение hotfixes (сервер и клиент)

Для Windows 7 и Windows Server 2008 R2 в Windows 7 Корпоративная:

Кроме того, применим следующие горячие фиксы:

Ссылки

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

При проработке различных настроек на Windows Server 2019 Standard (Version 10.0.17763.2114) на тестовом полигоне Debian 10 + Proxmox 6 в своей локальной сети столкнулся, что не вижу свой ресурс на базе Samba 2.4.3 on Ubuntu 14.04.5 (моя локальная сетевая папка, где у меня лежат образа, софт, книги, видеоуроки). А данная система успешно работает, как виртуальная машина на HP MicroServer Gen8. При попытке обращения к нему по DNS имени (\srv-nas.polygon.lan) или же по IP адресу (\172.35.35.4) получаю сетевую ошибку вида:

Windows cannot access \srv-nas.polygon.lan

Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problem

Из Windows Server 2019 не могу обратиться к домашнему SMB ресурсу

На заметку: Если посмотреть See details то может быть код ошибки

Код ошибки 0x80070035 (Не найден сетевой путь)

Код ошибки 0x80004005 (Неопознанная ошибка)

Вот только данный ресурс работает и к нему я успешно обращаюсь, с Windows 7,10, Server 2012 R2, Ubuntu систем, а почему же для Windows Server 2019 нужно что-то еще?

Для начала проверяю конфигурационный файл smb.conf дабы убедиться, что я в нем ничего не запретил, ну мало ли:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

ekzorchik@srvnas:~$ cat /etc/samba/smb.conf | grep v «^$» | grep v «#» | grep v «;»

[global]

   workgroup = WORKGROUP

server string = %h server (Samba, Ubuntu)

   dns proxy = no

   log file = /var/log/samba/log.%m

   max log size = 1000

   syslog = 0

   panic action = /usr/share/samba/panicaction %d

   server role = standalone server

   passdb backend = tdbsam

   obey pam restrictions = yes

   unix password sync = yes

   passwd program = /usr/bin/passwd %u

   passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .

   pam password change = yes

map to guest = bad password

   usershare allow guests = yes

[nas]

path = /nas

guest ok = yes

read only = no

create mask = 0777

directory mask = 0777

hide files = /$RECYCLE.BIN/desktop.ini/lost+found/Thumbs.db/

acl allow execute always = true

ekzorchik@srvnas:~$

и вывода вижу, что доступ возможен как авторизацией так и гостем.

Чтобы включить авторизацию гостем с Windows Server 2019 нужно

Win + R -> gpedit.msc - Local Computer Policy - Computer Configuration - Administrative Templates - Network - Lanman Workstation

  • Enable insecure guest logons: Enable

На заметку: Все выше указанное можно сделать через правку реестра:

HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters

изменяем значение параметра AllowInsecureGuestAuth на 1

и нужно после перезагрузить сервер, либо

cmd.exe Run as Administrator

echo y | net stop LanmanWorkstation && echo y | net start LanmanWorkstation

теперь мой сетевой диск успешно открывается

Домашний SMB ресурс успешно открывается из под Windows Server 2019

Итого в моем случаем дома авторизация на сетевой папке ни к чему и можно оставить так. Главное что я разобрал как получить доступ к нужной информации в локальной сети.

На этом я прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.


Возможно, вам также будет интересно:

  • 8002f14e как исправить ошибка ps3
  • 8002f147 код ошибки ps3
  • 8002ad36 ошибка ps3 как решить
  • 80029cca ошибка ps3 при обновлении
  • 80029567 ошибка ps3 при установке файла

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии