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

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

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

  29 июл. 2022
  

• 101 просмотр

Как исправить ошибку 0x80004005 windows

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

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

Ошибка 0x80004005 на VirtualBox

Обычно это раздел реестра, который вызывает проблемы.

Если ошибка все ещё возникает, тогда:

Ошибка 0x80004005 при доступе к общей папке или диску

Мы будем использовать regedit для создания значения LocalAccountTokenFilterPolicy.

Если проблема повторяется после выполнения всех вышеперечисленных действий; тогда

Удерживая клавишу Windows и нажмите R и введите hdwwiz.cpl, чтобы открыть Диспетчер устройств. Выберите «Сетевые адаптеры», затем выберите «Вид» в меню и выберите «Просмотр скрытых устройств». Разверните сетевые адаптеры, и если вы увидите Microsoft 6to4 Adapters, затем удалите их все, щелкнув правой кнопкой мыши и выбрав «Удалить устройство».

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

Ошибка 0x80004005 при установке Windows 7 или Windows Server 2008 R2 с пакетом обновления 1

E_FAIL (0x80004005) При настройке VirtualBox на Ubuntu

Если вы пытаетесь выделить виртуальную машину более 3 ГБ ОЗУ, убедитесь, что хост — это 64-разрядная система, и разрешено использование истинного аппаратного обеспечения (VT-x)

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

В некоторых сеансах на виртуальной машине (VirtualBox) вы можете увидеть следующую ошибку.

Чтобы устранить проблему, откройте Центр управления сетями и выберите «Изменить настройки адаптера». Щелкните правой кнопкой мыши свой адаптер только для хостинга Virtualbox и выберите «Свойства». Включите «VirtualBird NDIS6 Bridget Networking Driver», если он отключен, и снова проверьте. Теперь VirtualBox должен работать нормально. Если нет, включите Virtual Network NDIS6 Bridget Networking Driver для каждого сетевого адаптера (Ethernet, WiFi …) и всегда снимите флажок NDIS6 и протестируйте.

Удаление Microsoft 6to4

Чтобы решить эту проблему, вы должны удалить Microsoft 6to4-устройства из своего диспетчера задач. Имейте в виду, что вы можете не видеть эти устройства, потому что они скрыты по умолчанию. Таким образом, вы увидите их только после включения опции Показать скрытые устройства.

Ниже приведены шаги для удаления этих устройств.

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

Ошибка 0x80004005 При извлечении файлов

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

Способ 2. Отключите защиту антивирусом в реальном времени

Другая возможная причина — чрезмерный защитный пакет сторонних разработчиков. При определенных условиях несколько сторонних антивирусных пакетов будут блокировать извлечение zipped-файлов. Если вы используете внешний сторонний антивирус вместо стандартного набора безопасности (Защитник Windows), вы можете попытаться временно отключить защиту в реальном времени или защиту вашего стороннего AV-адаптера и выяснить, устранена ли проблема.

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

Метод 3: Повторная регистрация jscript.dll и vbscript.dll

Если первые два возможных решения вам не удались, попробуем другой подход. Некоторым пользователям удалось зафиксировать их, перерегистрировав несколько DLL (библиотеки динамических ссылок) в расширенной командной строке. Чтобы быть более точным, этот метод попытается устранить проблему, перерегистрировав jscript.dll (библиотеку, используемую при запуске JScript) и vbscript.dll (модуль, содержащий функции API для VBScript). Вот краткое руководство о том, как это сделать:

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Как исправить ошибку 0х80004005 в Windows 10 и 7

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

Как исправить ошибку 0х80004005 при обновлении Windows 10 и 7

Для устранения проблемы не требуется установка программного обеспечения от стороннего производителя, все действия связаны с изменением системных настроек:

Важно! Эффективность метода напрямую зависит от причины возникновения неисправности, но рекомендуется поочередно воспользоваться каждой инструкцией, приведенной ниже.

Очистка содержимого каталога с обновлениями

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

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

Анализ и восстановление системных файлов

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

Запустится процесс сканирования с последующим восстановлением поврежденных данных.

Обратите внимание! Если проблемы отсутствуют или нормализовать работу системы не удастся, появится соответствующее сообщение.

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

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

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

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

По причине сбоя в работе системы защиты может появиться рассматриваемая ошибка. Пошаговое руководство по деактивации брандмауэра:

Важно! После выполнения инструкции подозрительные файлы в системе перестанут проверяться.

Отсутствие администраторских прав

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

Редактирование системного реестра

Чтобы устранить неисправность, необходимо создать специальный параметры в системном реестре. Пошаговое руководство:

Чтобы изменения вступили в силу, необходимо перезапустить компьютер.

Ручная загрузка обновлений

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

Отключение IPv6

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

Удаление последних обновлений

Обновления под кодовым названием KB2592687 и KB2574819 могут конфликтовать с другими, поэтому необходимо выполнить деинсталляцию. Пошаговое руководство:

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

Удаление вирусов

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

Настройка протокола SMB

Если ошибка появляется при взаимодействии со службой Remote Desktop Protocol ( RDP ) или расшариванию директорий, необходимо сделать следующее:

Заключение

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

Источник

Невозможно создать DSN с помощью личных предпочтений, неустановленные ошибки 0x80004005

В этой статье помогают устранить ошибки 0x80004005, которые возникают при настройке имени источника данных (DSN) с помощью групповых предпочтений политик (GPP).

Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 2001454

Симптомы

Попытки настройки DSN с помощью GPP могут привести к событиям ошибок, похожим на следующие:

ID события: 4098
Source: Group Policy DataSources
Описание. Элемент

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

[pid=0x70,tid=0x91c] Недействительные пары значений ключевого слова [ hr = 0x80004005 «Неустановленная ошибка» ]
[pid=0x70,tid=0x91c] createDsn [ hr = 0x80004005 «Неустановленная ошибка» ]
[pid=0x70,tid=0x91c] Обработаны свойства. [ hr = 0x80004005 «Неустановленная ошибка» ]

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

Windows Server 2008

Конфигурация компьютераПолитикиАдминистративные шаблоныSystemGroup PolicyLogging и TracingData Source Policy processing

Windows Сервер 2008 R2, Windows 7

Конфигурация компьютераПолитикиАдминистративные шаблоныSystemGroup PolicyLogging и TracingConfigure Data Sources preference logging and tracing

В разделе Ведение журнала событий выберите информационные, предупреждения и ошибки. Трассировка должна быть настроена на On.

Ниже перечислены расположения файла журнала по умолчанию. Можно настроить расположение и имя файла журнала.

Windows Server 2003, Windows XP

%SystemDrive%Documents и ПараметрыAll UsersApplication DataGroupPolicyPreferenceTraceComputer.log

Windows Сервер 2008 R2, Windows 7, Windows Server 2008, Windows Vista

Причина

Условие ошибки возникает при попытке настроить имя пользователя и пароль для политики DSN с помощью GPP. Имя пользователя и пароль не являются допустимым ключевыми словами при настройке SQL Server DSN. Дополнительные сведения о действительных парах SQL Server или значений для строк атрибутов конфигурации источника данных посетите этот веб-сайт Microsoft.

Решение

При настройке SQL подключений единственным способом сделать подключение прозрачным для пользователя является Trusted_Connection да. В противном случае при попытке подключения пользователю будут предложены учетные данные. Необходимо также обеспечить, чтобы атрибуты, не указанные в вышеуказанной ссылке MSDN, включая имя пользователя и пароль, не были пустыми (не настроены) в политике при настройке SQL подключений.

Источник

Код ошибки 0x80004005: что это такое и как это исправить

Это ошибка, которая может появляться как самостоятельно, так и вместе с другими ошибками. Выглядит обычно таким образом: “Error Code 080004005. Unspecified error”. Но все они легко решаются.

Почему появляется данное сообщение?

Код ошибок 0x80004005 обычно происходит при доступе к общим папкам или дискам, при использовании определенных программ или при установке обновлений. Вот наиболее распространенные причины кода ошибок 0x80004005:

Компания Microsoft по-прежнему не решила многочисленные проблемы с глобальными обновлениями «Виндовс». Пользователи компьютеров часто встречают ошибку:

Это может быть связано с рядом причин, наиболее распространенными из них являются следующие:

К счастью, есть способы решения для каждого из этих сценариев.

Способ исправления проблем с активацией

Первое, что мы должны сделать – это убедиться в активации операционной системы. Для исправления ошибки 0x80004005 необходимо открыть меню «Пуск», а затем выбрать «Парраметры». В открывшемся окне выбираем пункт «Обновление и безопасность» и в появившемся списке слева нажимаем на «Устранение неполадок». Таким образом мы открыли еще одну вкладку, в которой необходимо запустить диагностику и устранить неполадку «Центра обновления». В большинстве случаев все проблемы будут решены в автоматическом режиме.

Способ исправления проблем с поврежденными файлами

Достаточно часто случается, что поврежден системный файл opencl.dll, из-за которого возникает сообщение “Error Code 0x80004005. Unspecified error“. Для проверки целостности и устранения проблемы вы можете воспользоваться одним из встроенных в Windows 10 инструментов: SFC (система проверки файлов) или DISM (обслуживание и управление образами обновления).

Также можно попробовать полностью очистить директорию загрузки файлов обновления. Для этого запустите файловый менеджер и перейдите в папку «C:WindowsSoftwareDistributionDownload». После чего удалите все файлы и другие папки, которые увидите. Это заставит Windows 10 загрузить все файлы обновления заново.

Ошибка при попытке доступа к общим папкам и дискам

Если код 0x80004005 появляется при попытке доступа к общим папкам и дискам, то проблема может быть в реестре или в наличии скрытых виртуальных сетевых адаптеров.

Способ исправления ошибки 0x 80004005 в реестре

В обоих случаях ставим значение «1», и не забудьте нажать «ОК». Возможно, потребуется перезагрузка компьютера.

Внимание! Не удаляйте и не меняйте ничего в реестре, если вы не знаете, что делаете.

Способ исправления лишних виртуальных сетевых устройств

Нажмите кнопки «Windows» + R и введите hdwwiz.cpl. Так вы быстро попадете в диспетчер устройств. Нажмите «Вид» в меню и выберите «Показать скрытые устройства». Просмотрите список сетевых адаптеров. Если вы увидели устройство под названием Microsoft 6to4, то они, вероятнее всего, и стали причиной ошибки 80004005. Их надо удалить.

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

«E-FAIL 0x80004005» в VirtualBox

Появление 0x80004005 на VirtualBox обычно связана с ключом реестра.

Способ исправления

Нажмите кнопки «Windows» + R. В появившемся окне введите regedit для открытия редактора реестра. Перейдите к следующему пути реестра:

Если сообщение с надписью 80004005 по-прежнему появляется, то:

Вывод

Любая неисправность в работе Windows 10 поддается лечению. Но самый верный, а для многих единственный, способ исправить ошибку 0x 80004005 – это чистая установка «Виндовс 10». При этом удалятся все сохраненные данные, установленные приложения и ошибки.

Источник

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 Корпоративная:

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

Ссылки

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

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