Нет доступа к сетевому диску
Друзья, добро пожаловать в еще одну статью-инструкцию по разрешению ваших сетевых проблем на ВайФайГиде. На связи Ботан. Сегодняшняя ошибка многолика – она проявляется и на Windows 10, и на Windows 7, может иметь разные наименования, ее проявление зачастую опирается на погоду (шутка, но порой так и думаешь), а главное – она связана с проблемами доступа к сети в операционных системах Windows. Переходим к проблематике.
Если что-то есть дополнить или осталась за кадром своя веселая история, связанная с этой ошибкой – смело пишите в комментарии. Поможете другим читателям с такой же проблемой.
Виды проблемы и коды ошибок
Ошибка о проблемах подключения Windows к локальной сети иногда появляется на Windows 7 после установки одного из официальных пакетов обновлений системы. В конце окна в этом случае приводится код ошибки — 0×80070035. Чаще всего проблема банальна и вызвана неправильными настройками системы на компьютере (или на одном из компьютеров), из-за чего и возникают все проблемы с созданием локального подключения.
- Windows не может получить доступ к компьютеру в локальной сети Windows (7, 8, 10, XP).
- Разрешение на доступ к «имя_компьютера» отсутствует. Обратитесь к сетевому администратору для получения доступа.
- Windows не может получить доступ к компьютеру в сети (в локальной или домашней сети, к компьютеру, сетевому диску).
- Windows не может получить доступ к компьютеру. Проверьте правильность написания данного имени.
Шаг 6 – SMB1
На случай если сопрягается новая «десятка» со старыми версиями Windows. По умолчанию в ней отключен протокол SMB1. Для разрешения придется идти в «Программы и компоненты» (лучше через Поиск) – «Включить и выключить компоненты Windows» и ставить ее вручную (SMB 1.0 / CIFS File Sharing Support).
Если вы нашли свое решение, обязательно рекомендую поделиться им в комментариях. Ошибка не такая уж и простая, но порой решается очень странным простым способом. Решили сами и поделились – помогли кому-то сберечь пару седых волосков. Спасибо!
Рассмотрим несколько способов возможного решения ошибки, когда не удается получить доступ к сетевому диску.
Первый вариант. Достаточно банальной причиной, может быть сетевая неисправность. На компьютере, с которого осуществляется попытка подключения, следует проверить, имеется ли связь с сетевым хранилищем. Для этого на "Рабочем столе" операционной системы Windows нужно вызвать окно «Выполнить» сочетанием клавиш Win+R и ввести команду ping с указанием IP-адреса накопителя (например ping 192.168.1.1 -t).
Если ответа нет, нужно посмотреть сетевые настройки как на ПК так и NAS, т.к., возможно, они сконфигурированы для другой сети.
Возможно, что сетевое хранилище находится вовсе не в сети. Если ответ есть значит двигаемся далее.
Второй вариант. Не менее банальной причиной может быть то, что при попытке подключения к сетевому диску появляется окно с запросом ввода логина и пароля.
В таком случае в настройках NAS или smb-сервера нужно посмотреть, открыт ли доступ без авторизации.
При необходимости ограниченного доступа следует проверить соответствующие настройки учетных записей для доступа к накопителю либо одному из его каталогов.
Третий вариант. Можно попробовать при подключении указать не имя сетевого накопителя, а его IP-адрес. В Windows 10, перейдя в «Этот компьютер», в адресной строке следует набрать два обратных слеша (\\) и айпишник хранилища, после чего останется нажать Enter.
Возможно, это поможет.
Четвертый вариант. В операционной системе Windows, вызвав вновь окно «Выполнить», нужно ввести «regedit» и в появившемся редакторе реестра следует перейти по указанному пути: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System . Добравшись до папки System, нужно создать ключ.
Если система 32-битная, то выбираем значение DWORD, если 64-битная, то QWORD. При этом название в обоих случаях данное: LocalAccountTokenFilterPolicy. Кликнув дважды по созданному ключу, устанавливаем значение – единица, т.е. включено.
Сделав изменения, остается перезагрузить компьютер и проверить, удастся ли подключиться к диску.
Пятый вариант. Если ничего не помогло из выше представленных способов, можно попробовать еще одни вариант. Хочу заметить, что данная причина очень часто встречается в Windows 10 из-за отключенного протокола SMB 1.0. Для этого нужно перейти в Пуск-Параметры-Приложения, и, кликнув по Программам и компонентам, в открывшемся окне нужно выбрать «Включение и выключение компонентов Windows».
Здесь следует посмотреть, является ли включенным пункт «Клиент SMB 1.0», если нет, то следует поставить галочку напротив него и нажать ОК.
Чтобы изменения вступили в силу, необходимо перезагрузить компьютер.
Подробнее - в данном видео:
Фото- и видеоматериалы взяты с канала ServLesson на YouTube.
Довольно часто встречается ситуация, когда в свежеустановленной системе Windows 10 LTSC/Pro отсутствуют доступ к существующим сетевым папкам, как по IP ( \\192.168.1.100), так и по имени (\\Comp12\Shared). Также отсутствует подключение к удаленному рабочему столу по RDP. При этом: сеть поднята, в сетевом окружении отображаются все компьютеры рабочей группы, сам комп виден в локальной сети, проходит двухсторонний пинг, на компе настроены расшаренные папки и к ним есть доступ с других компов в сети.
При этом отсутствует доступ с компбютера на любые внешние ресурсы, которые видны в локальной сети. Подключение заканчивается с ошибкой доступа 0х80070035.
Решение как оказалось простое:
Запускаем редактор групповых политик gpedit.msc и переходим по ветке:
Конфигурация компьютера -> Административные шаблоны -> Сеть -> Рабочая станция Lanman
В данном разделе включаем параметр " Включить небезопасные гостевые входы " и перезагружаем компьютер.
Как следует из описания параметра политики " Включить небезопасные гостевые входы" :
Этот параметр политики определяет, разрешит ли клиент SMB небезопасные гостевые входы на сервер SMB. Если этот параметр политики включен или не настроен, клиент SMB разрешит небезопасные гостевые входы. Если этот параметр политики отключен, клиент SMB будет отклонять небезопасные гостевые входы.
Небезопасные гостевые входы используются файловыми серверами для разрешения доступа без проверки подлинности к общим папкам. Небезопасные гостевые входы обычно не используются в среде предприятия, однако часто используются потребительскими запоминающими устройствами, подключенными к сети (NAS) , которые выступают в качестве файловых серверов. Для файловых серверов Windows требуется проверка подлинности, и на них по умолчанию не используются небезопасные гостевые входы.
Поскольку небезопасные гостевые входы не проходят проверку подлинности, важные функции безопасности, такие как подписывание и шифрование SMB-пакетов отключены.
Проверить разрешены ли протоколы SMB1 и SMB2 можно в реестре, пройдя по ветке:
Для параметров " SMB1 " и " SMB2 " отвечающих за поддержку сетевых протоколов SMB1 и SMB2, соответственно, должно быть установлено значение " 1 "
Сколько контроллеров в домене?
Если больше, чем один - проверять репликацию на каждом (repadmin /repl), а лучше - сделать полную диагностику с помощью dcdiag.
Слава России!
Есть контролер доменов и репликатор.
Результат выполнения dcdiag на контроллере доменов.
Диагностика сервера каталогов
Выполнение начальной настройки:
Выполняется попытка поиска основного сервера.
Основной сервер = RNPCMD-PDC
* Идентифицирован лес AD.
Сбор начальных данных завершен.
Выполнение обязательных начальных проверок
Сервер проверки: Default-First-Site-Name\RNPCMD-PDC
Запуск проверки: Connectivity
. RNPCMD-PDC - пройдена проверка Connectivity
Выполнение основных проверок
Выполнение проверок разделов на: ForestDnsZones
Запуск проверки: CheckSDRefDom
. ForestDnsZones - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. ForestDnsZones - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: DomainDnsZones
Запуск проверки: CheckSDRefDom
. DomainDnsZones - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. DomainDnsZones - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Schema
Запуск проверки: CheckSDRefDom
. Schema - пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
. Schema - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Configuration
Запуск проверки: CheckSDRefDom
. Configuration - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. Configuration - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: rnpcmd
Запуск проверки: CheckSDRefDom
. rnpcmd - пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
. rnpcmd - пройдена проверка
CrossRefValidation
Выполнение проверок предприятия на: rnpcmd.local
Запуск проверки: LocatorCheck
. rnpcmd.local - пройдена проверка
LocatorCheck
Запуск проверки: Intersite
. rnpcmd.local - пройдена проверка Intersite
Навигация по статье:
Решение ошибки «Windows не может получить доступ к \\имя ПК»
Для исправления ошибки локального подключения с таким примечанием нужно выполнить несколько простых действий с той папкой, к которой требуется подключиться:
- Нажать правой кнопкой мыши по папке.
- Выбрать в подменю пункт «Общий доступ».
- Перейти в раздел «Конкретные пользователи».
- В появившемся окне нажать на треугольную стрелочку возле кнопки «Добавить» и выбрать того пользователя, для которого требуется предоставить доступ. Если пользователи в списке не отображаются, нужно выбрать пункт «Все».
Для добавленного пользователя можно установить уровень доступа: чтение или чтение и запись. После этого нужно нажать на кнопку «Общий доступ» и, если там не появляется никаких ошибок или уведомлений, нажать кнопку «Готово». Способ помогает на Windows 7 и более новых. В XP интерфейс может называться немного иначе, однако принцип исправления ошибок остается тот же.
Шаг 5 – Олицетворение
Лично мне это направление тоже не нравится, но были и те, кому помогло. Поэтому пропускать было нельзя.
- Через Поиск ищем «Службы компонентов». Запускаем.
- Идем по пути: Службы компонентов – Компьютеры – Мой компьютер:
- Щелкаем по «Мой компьютер» правой кнопкой мыши и выбираем «Свойства».
- Далее идем во вкладку «Свойства по умолчанию». Уровень проверки подлинности – По умолчанию. Уровень олицетворения – Олицетворение:
Решения проблемы
Здесь и далее я считаю, что вы грамотно раздали все по сети. Если не уверены в своих первоначальных действиях, рекомендую прочитать нашу статью по расшариванию файлов и папок по локальной сети.
После каждого этапа можно смело перезагружаться и проверять.
Быстрый способ – реестр
Вся проблема этих доступов связана как раз с той самой подсистемой доступа. А почему бы нам ее и не заглушить на корню? Для больше части людей такая правка в реестре начисто исправляет ситуацию. Рекомендую попробовать, но если что – просто сделайте все как раньше.
- Запускаем реестр. Не знаете как это сделать?( Для Windows 10 – щелкаем правой кнопкой мыши по кнопке Пуск и запускаем «Выполнить». В появившемся окошке вводим regedit .
- Раскрываем папки в редакторе реестра вот по этому пути:
- Добавляем сюда параметр AllowInsecureGuestAuth, тип DWORD, значение 1 (Enabled).
Данный способ особенно актуален для Windows 10 Home, где доступа к редактору локальной GPO попросту нет. Зато работает как часы. Опытные могут сделать это же через команду (но для надежности лучше протыкать вручную):
reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
Шаг 1 – Проверяем настройки общего доступа
Теперь приступаем уже к основной части, если прошлые вдруг чего-то не исправили моментальные проблемы системы. Начнем все-таки с базы, а вдруг вы чего-то неверно выставили в настройках (хотя я вам охотно верю, что все сделали правильно).
Напоминаю, что предоставление доступа к папке или диску проходит в два этапа: доступ нужно разрешить в нескольких местах.
- В первый раз на вкладке «Доступ» мы щелкаем по большой кнопке «Общий доступ», а на следующем окне добавляем ВСЕХ пользователей:
- Теперь переходим здесь же в «Расширенную настройку» и делаем примерно как на рисунке:
Ошибка 0×80070035 «Не найден сетевой путь»
Наиболее распространенная ошибка, говорящая о том, что Windows банально на нашла путь, по которому можно установить соединение. Для решения проблемы следует выполнить несколько простых инструкций.
Проверка настроек общего доступа:
- Нажать правой кнопкой мыши по локальному диску, к которому не удается подключиться.
- Выбрать пункт «Свойства», в открывшемся окне перейти на вкладку «Доступ».
- Нажать «Расширенная настройка», поставить галочку около «Открыть общий доступ к этой папке».
- Убедиться, что в поле «Имя общего ресурса» указан именно тот локальный диск, к которому требуется подключиться.
Если ошибка продолжает появляться, следует попробовать настроить cовместное использование IP-адреса компьютера. Это может помочь обойти ошибку и настроить подключение напрямую, используя IP-адрес ресурса.
Для этого требуется:
- Нажать «Пуск», в поиске вбить cmd и найти командную строку.
- Нажать правой кнопкой мыши по найденному приложению и запустить командную строку от имени администратора.
- Ввести в поле командной строки «ipconfig /all» (без кавычек), нажать Enter.
- В появившемся поле найти IPv4-адрес компьютера. Он выглядит типа 192.168.X.X.
- Нажать сочетание клавиш Win+R.
- В появившемся окне «Выполнить» ввести IP и локальный диск в формате //192.168.1.1/F (где F — имя локального диска).
Если опять ничего не получилось, и Windows все равно не удается установить соединение, имеет смысл проверить правильность работы диспетчера устройств.
Настройка работы диспетчера устройств:
- Нажать сочетание клавиш Win+R.
- Ввести в поле devmgmt.msc и нажать «ОК», чтобы войти в диспетчер устройств.
- В открывшемся окне в верхнем меню нажать вкладку «Вид».
- В выпадающем меню поставить галочку напротив пункта «Показать скрытые устройства».
- В списке всех устройств найти и нажать на список «Сетевые адаптеры».
Появившийся список драйверов следует рассмотреть подробно. Устаревшие и неиспользуемые сетевые драйвера могут конфликтовать с новым ПО Windows, особенно после некоторых патчей безопасности. Для устранения проблемы подключения следует удалить все старые и неиспользуемые драйвера, а затем перезагрузить компьютер. Система должна автоматически установить новую версию ПО. Во избежание удаления нужных файлов, имеющиеся драйвера для отображаемых устройств можно обновить вручную.
Проявления ошибки
Уже сказал выше, что ошибка всплывает на всех версиях Windows – и более чем часто на современных Windows 7, Windows 8, Windows 8.1, Windows 10.
Может иметь разные по сути названия с одним смыслом. Сетевая ошибка:
- Windows не может получить доступ к сетевой папке, диску, иному расположению в локальной сети
- Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки: XXXXXXXX
- Windows не может получить доступ к ВАШАПАПКА. Разрешение на доступ к ВАШАПАПКА отсутствует. Обратитесь к сетевому администратору для получения доступа.
- Windows не может получить доступ к компьютеру. Проверьте правильность написания данного имени.
Для справки: типичные коды ошибок – 0x800070035, 0x80004005 или 0x800704cf.
Друзья, если у вас не видит вообще каких-то папок – рекомендую прочитать ЭТУ СТАТЬЮ ОТ БОРОДАЧА. Там же можно посмотреть и другие способы разрешения сетевых проблем, все эти ошибки очень похожи, универсального одного способа не существует, поэтому приходится писать столько много в основном бесполезного текста.
Исправление ошибок с правами аккаунта
Иногда Windows не может получить доступ к другому компьютеру в локальной сети по вполне банальным причинам. Ошибки с кодами 0×80070035, 0x80004005, 0x8007004b, 0x800704b3 и иными уведомления вполне могут вызываться этими причинами, поэтому следует проверить их отсутствие.
Для того, чтобы стать владельцем папки или файла нужно:
- Нажать на файле или папке правой кнопкой мыши.
- Выбрать пункт «Свойства».
- Перейти во вкладки «Безопасность» — «Дополнительно» — «Владелец».
- Добавить нужную учетную запись в разрешения.
Помимо этого, нужно будет предоставить добавленной учетной записи полный доступ. Это делается во вкладке «Свойства» — «Безопасность» — «Изменить» — «Добавить». Только после этих действий нужно давать той или иной папке или файлам доступ в локальной сети. Ошибка должна исчезнуть, и Windows без проблем установит подключение.
Шаг 3 – Сетевая карта
Обычно причина редко связана с этим пунктом, но попробовать ведь никто не запрещает.
- Ищем вашу сетевую карту (идем в Параметры сети и интернет – Настройки параметров адаптера (на десятке) или в Центр управления сетями и общим доступом – Изменение параметров адаптера (на семерке)). Выбираем ВАШ сетевой адаптер, через который вы подключены к сети, щелкаем правой кнопкой мыши по нему и выбираем «Свойства»:
- Пробуем СНЯТЬ галочку в списке с IPv6 (IPv4 оставляем включенным):
- Теперь выбираем IPV4 (галочку не трогаем), а щелкаем по кнопке «Свойства»:
- WINS – Параметры NetBIOS – По умолчанию (если же вдруг вручную задаете IP-адреса в сети, рекомендуется его Включить здесь):
Странное решение от меня
Очень быстрое и странное дополнение от меня. Бывает такое, что сеть настроил вроде бы нормально, оно даже вчера работало, одинаковые версии Windows 10, все права назначены – но вот хоть об стену вываливаются вышеуказанные ошибки. Щелкаешь по папкам – а не дает войти (еще хуже, когда не дает войти в сам компьютер в сетевом окружении или вообще там ничего не видно).
Лично я в таком случае захожу на втором компьютере тоже в Сеть – как правило там начинается поиск, или даже делаются какие-то запросы-разрешения. Суть – второй компьютер обычно видит первый. И самое интересное – после такой манипуляции первый компьютер тоже успешно начинает работать со вторым. Необъяснимая магия, которая может продолжать работать месяцами без всяких сбоев.
4 thoughts on “ Windows не может получить доступ к компьютеру в локальной сети ”
Ничего не помогло. К слову еще нужно проверить все ли необходимые службы работают и не внесены ли изменения в Локальную политику безопасности. Пришлось создать пользователя и включить доступ по паролю. Win7 SP1 prof. К слову в сети еще 4 таких компа, на них все нормально.
один компьютер коннектился к вай фаю через 5ггц, а второй через 2.4.
проблему решило подключение обоих компов на соединение 2.4
вот так по тупому))
Здравствуйте. Подскажите пожалуйста из-за чего возникает ошибка доступа к компьютеру в локальной сети «Windows не может получить доступ к \\192.168.1.XXX», но если указать конкретную папку с общим доступом \\192.168.1.XXX\общая, то доступ есть? Поясняю свой вопрос: обычно когда подключаешься к компьютеру в локальной сети видно список папок, имеющих общий доступ. В моем случае это папка «общая». Когда я прописываю полный путь до этой папки \\192.168.1.XXX\общая доступ есть, но когда пишу путь до компьютера \\192.168.1.XXX доступа к компьютеру нет.
Шаг 4 – Диспетчер устройств
Еще один маловероятный случай.
- Идем в «Диспетчер устройств» (снова правой кнопкой мыши по Пуску, ну или пользуйтесь поиском).
- Вид – Показать скрытые устройства (иначе будет не видно)
- Удаляем устройства 6to Еще одна завязь на IPv6 протокол.
Шаг 2 – Запускаем Службы
За доступ ко всем радостям совместного пользования папок отвечает служба «Сервер». Иногда она выключена – включаем:
- Идем в Службы (мне проще всего запускать их через Поиск в системе):
- Ищем в списке «Сервер». Если не работает – запускаем (или через правую кнопку, или двойным щелчком через общие параметры, на ваш вкус). Статус видно прямо здесь:
В настройках запуска можно выбрать автоматическое включение, а то вдруг что-то ее выключило, и после перезагрузки она в итоге и выключается. Проверьте.
Читайте также: