Проблема: невозможно получить доступ к сетевому ресурсу. Сетевая папка отображается…
но при попытке входа система выдаёт сообщение:
Windows не может получить доступ к \\компьютер\сетевой_ресурс . Разрешение на доступ к \\компьютер\сетевой_ресурс отсутствует. Обратитесь к сетевому администратору для получения доступа.
В операционной системе Windows XP аналогичное сообщение звучит так:
Нет доступа к \\компьютер\сетевой_ресурс . Возможно, у вас нет прав на использование этого сетевого ресурса. Обратитесь к администратору этого сервера для получения соответствующих прав доступа. Отказано в доступе
Почему нет доступа к сетевому ресурсу?
Причина может заключаться в следующих факторах:
- у пользователя нет разрешения для доступа к общему ресурсу.
Эти права настраиваются на вкладке Доступ и актуальны только для настройки доступа по сети. - у пользователя нет разрешения для доступа к папке на уровне прав NTFS
Настраиваются на вкладке Безопасность . Эта настройка регулирует права доступа как по сети, так и для локального. - у пользователя нет ни разрешений на доступ по сети, ни NTFS прав.
Как открыть доступ к сетевой папке для всех пользователей
Настройки необходимо выполнять на компьютере, где расположен сетевой ресурс.
Заходим в Управление компьютером:
Открываем раздел Общие папки
. Выделяем подраздел Общие ресурсы
и выясняем локальный путь к папке, которая открыта для сети.
В нашем примере мы видим, что сетевому ресурсу temp
соответствует локальный путь C:\temp
:
Находим локальную папку, нажимаем по ней правой кнопкой мыши и вызываем Свойства :
1 Первое, что нужно проверить, это разрешения для доступа по сети . Открываем вкладку Доступ и нажимаем кнопку Расширенная настройка :
Нажимаем кнопку Разрешения :
Проверяем, для кого открыт сетевой доступ, и также проверяем права.
Для того, чтобы входить на сетевой ресурс могли все пользователи, в список Разрешения для общего ресурса
необходимо добавить группу Все
.
В нашем случае, отрыт полный доступ для группы Все
. Значит, с сетевыми разрешениями всё в порядке:
2
Второе, что нужно проверить, это NTFS права. Заходим на вкладку Безопасность
и проверяем глобальные разрешения для доступа к папке.
В нашем примере мы видим, что увидеть и войти в эту папку могут только пользователи и администраторы локального компьютера. Это значит, что если мы попытаемся войти на сетевой ресурс под пользователем, у которого нет учётной записи на локальном компьютере, нам будет отказано в доступе.
Для того, чтобы разрешить доступ к папке всем пользователям, даже не имеющим учётной записи на локальном компьютере, необходимо добавить в список ту же группу Все . Для этого нажимаем кнопку Изменить :
Жмём Добавить :
Добавляем группу Все и нажимаем OK .
Внимание! Искать группу в списке групп и пользователей НЕ обязательно. Можно просто прописать руками слово «Все» — обязательно с большой буквы.
При попытке обращения к какой-либо папке или файлу пользователь может получить системное сообщение «Отказано в доступе к указанному устройству, пути или файлу. Возможно, у вас нет нужных прав доступ к этому объекту». Виновником такой дисфункции обычно выступает какой-либо вирусный или антивирусный софт, блокирующий доступ к нужному файлу. Ниже я подробно разберу суть возникшей проблемы с доступом к файлам, а также поясню, как её исправить.
Причины возникновения отказов в доступе
Данное сообщение об ошибке возникает в ситуации, когда пользователь пытается запустить какой-либо файл или открыть необходимую ему папку, но доступ к ним оказывается заблокированным по различным программным и аппаратным причинам.
Таковыми причинами «Отказано в доступе к указанному устройству, пути или файлу» могут быть:
- Блокировка вирусом доступа к необходимым пользователю файлам;
- Блокировка доступа к файлам со стороны антивируса;
- Необходимые пользователю папка или файл повреждены, или удалены c ПК;
- Сетевой доступ к нужному файлу (директории) утерян;
- Ярлык нужного файла повреждён;
- ОС Виндовс заблокировал доступ к файлу посчитав его подозрительным.
Как исправить отказ в доступе к устройству, пути или файлу
Чтобы избавиться от ошибки «отказано в доступе» необходимо выполнить примерно следующее:
В случае же сетевого доступа убедитесь, что ваша сеть активна, и файл находится на прежнем месте.
Заключение
В большинстве случаев причиной ошибки «Отказано в доступе» является деятельность вирусного и антивирусного софта, блокирующего доступ к требуемым файлам или папкам. Для решения данной проблемы для начала проверьте PC на вируса, отключите ваш антивирус, а уже потом используйте другие альтернативы, изложенные в данном материале.
Если пытаться подключиться к другому компьютеру в местной локальной сети, или при попытке получить доступ к общей «расшаренной» сетевой папке, пользователь может столкнуться с сообщением «Нет доступа к … Возможно, у вас нет прав на использование этого ресурса» (дальнейший текст пропущен). Обычно возникновение ошибки связано с ситуацией, при которой учётная запись не имеет соответствующих прав для доступа к другому ПК (или общей сетевой папке).
Нет доступа – перечень причин
Рассмотрим перечень причин, вызывающих проблемы с доступом к другому ПК в локальной сети. Они могут быть следующими:
- Для учётной записи, из-под которой вы подключаетесь к другому компьютеру (или «расшареной» папке), не выставлены соответствующие права доступа;
- Сетевой доступ к другому ПК заблокирован вирусной программой;
- На вашем компьютере (а также на целевом) не установлены компоненты «Клиент для сетей Microsoft», а также необходимая «Служба доступа к файлам и принтерам сетей Microsoft»;
- На вашем компьютере с архаичной версией ОС по каким-то причинам отключена служба «Обозреватель сети» (Browser Service);
- У пользователя нет разрешения на доступ к нужной директории на уровне прав НТФС.
Как исправить проблему отсутствия доступа
Для решения проблем с отсутствием доступа «Возможно, у вас нет прав на использование этого ресурса» рекомендуем воспользоваться изложенными ниже способами. При этом не помешает проверить ваш компьютер на вируса (к примеру, с помощью «Dr.Web CureIt! ») – в некоторых случаях они являются причинами возникновения данной проблемы.
Способ №1. Проверяем наличие нужных сетевых компонентов
- Прежде всего, необходимо проверить наличие на ПК следующих компонентов это «Клиент для сетей Майкрософт».
- А также не забываем про «Службу доступа к файлам и принтерам сетей Майкрософт».
- Для этого нажмите на кнопку «Пуск», в строке поиска введите ncpa.cpl и нажмите ввод.
- В открывшемся списке сетевых подключений наведите курсор на ваше сетевое подключение, нажмите на правую клавишу мыши, и выберите «Свойства».
Откроется список компонентов для данного подключения. Здесь поищите указанные два компонента, и если таковых нет, тогда нажмите на кнопку «Установить», и добавьте их в систему.
Способ №2. Используем системное средство устранения неполадок
Для удаления сетевых неполадок можно использовать специальный системный инструмент, предназначенный для решения этой и подобных ей задач. Запустите «Панель управления», далее – «Сеть и Интернет», затем выберите «Домашняя группа». Здесь кликните на «Запустить средство устранения неполадок домашней группы». После чего будет проведена соответствующая диагностика, и, возможно, имеющиеся проблемы в подключении будут решены.
Способ №3. Выполняем сброс локальных параметров безопасности
В некоторых случаях проблемы с доступом к другому сетевому ПК вызваны рядом ограничений в параметрах безопасности. Для сброса данных настроек запустите командную строку от имени администратора, и в ней наберите (или скопируйте отсюда):
secedit /configure /cfg %windir%\inf\defltbase.inf /db defltbase.sdb /verbose
а затем нажмите на ввод. После осуществления сброса параметров перезагрузите ваш ПК.
Способ №4. Создаём учётную запись гостя
Ряду пользователей помог следующий способ, позволяющий избавиться от ошибки «Нет доступа к … Возможно, у вас нет прав на использование этого ресурса»:
Способ №5. Проверяем наличие доступа к нужной папке
Для проверки доступа к нужной сетевой папке выполните следующее (операции необходимо осуществлять на том ПК, на котором размещена данная папка):
Теперь нам нужно установить доступ к данной папке по NTFS. Вновь наводим курсор на данную папку, жмём на правую клавишу мыши, выбираем «Свойства». Переходим во вкладку «Безопасность», и жмём на кнопку «Изменить» вверху.
Кликаем на «Добавить», добавляем упомянутую уже группу «Все» (просто вводим слово «Все» в соответствующем поле), и нажимаем на «Ок». Затем устанавливаем разрешения для группы «Все» (ставим все галочки снизу от «Разрешить»), и нажимаем на «Ок». Проблема «нет доступа к..» может быть решена.
Устанавливаем все разрешения, и жмём на «Ок»
Заключение
Если у вас возникли проблемы с доступом к сетевому компьютеру (или сетевой папке), которые сопровождаются появлением указанного текста ошибки, рекомендую выполнить весь комплекс перечисленных советов, начиная от самых простых и заканчивая более сложными. Особое внимание рекомендую уделить первым трём способам, благодаря им была исправлена львиная доля проблем с сетевым доступом на пользовательских ПК.
При выделении одной подсети (основной домен) в другой поддомен (новый домен) в этом же лесу произошла странная ошибка. Пользователи из основного домена не видят на сервере нового домена общие папки. Компьютеры с Windows XP ничего не сообщают, а просто показывают пустое содержимое общих папок. А по "net view \\dcgs") получаю "Ошибка 5. Отказано в доступе".
А Windows Server 2008 и другие более поздние операционные системы конкретно сообщают об ошибке:
Нет доступа к \\dcgs. Возможно, у вас нет прав на использование этого сетевого ресурса.
Обратитесь к администратору этого сервера для получения соответствующих прав доступа.
Вход в систему не произведен: конечная учетная запись указана неверно.
Самое интересное, что по IP-адресу список общих папок прекрасно отображается:
\\192.168.200.1\ а при отображении по NetBIOS и DNS именам появляется вышеупомянутая ошибка. Скорее всего проблема в DNS. Поэтому опишу более полное решение - как со стороны клиента, так и со стороны DNS-сервера.
Шаг 1. Клиент
На стороне клиента необходимо выполнить следующие шаги:- На сервере DNS удалить старые записи, что мешают правильному сопоставлению.
- На клиенте (откуда осуществляется доступ) очистить DNS-кэш командой. ipconfig /flushdns
- С помощью nslookup на клиенте проверить, что имя разрешается в правильный IP-адрес. Иногда , проблема неправильного разрешения может быть в файле hosts и ему подобных.
- Необходимо завершить текущий сеанс на клиенте и снова войти. Теперь к общим ресурсам должен быть доступ.
Шаг 2. Клиент
Иногда, после проделанных действий ошибка может снова появится. Причина может быть в DNS-суффиксах подключения:C:\Documents and Settings\user>nslookup Default Server: dcgs.gs.k43.guap.ru Address: 192.168.200.1 > dcgs Server: dcgs.gs.k43.guap.ru Address: 192.168.200.1 Non-authoritative answer: Name: dcgs.guap.ru Address: 194.226.199.245 > C:\Documents and Settings\user>ipconfig /all Настройка протокола IP для Windows Имя компьютера. . . . . . . . . : COMP16 Основной DNS-суффикс. . . . . . : k43.guap.ru Тип узла. . . . . . . . . . . . . : неизвестный IP-маршрутизация включена. . . . : нет WINS-прокси включен. . . . . . . : нет Порядок просмотра суффиксов DNS . : k43.guap.ru gs.k43.guap.ru Локальная сеть - Ethernet адаптер: DNS-суффикс этого подключения. . : gs.k43.guap.ru Описание. . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connecti on Физический адрес. . . . . . . . . : 00-11-22-33-44-55 Dhcp включен. . . . . . . . . . . : да Автонастройка включена. . . . . : да IP-адрес. . . . . . . . . . . . : 192.168.200.2 Маска подсети. . . . . . . . . . : 255.255.255.0 Основной шлюз. . . . . . . . . . : 192.168.200.1 DHCP-сервер. . . . . . . . . . . : 192.168.200.1 DNS-серверы. . . . . . . . . . . : 192.168.200.1 Аренда получена. . . . . . . . . : 12 декабря 2012 г. 9:53:24 Аренда истекает. . . . . . . . . : 20 декабря 2012 г. 9:53:24 В данном примере сперва использовался другой DNS-сервер домена k43.guap.ru, а не текущего домена gs.k43.guap.ru. Машина находится в двух доменах, и выполнен вход под пользователем из другого домена. Так или иначе это приводится к "неправильному" порядку DNS-суффиксов.
В настройках сетевого адаптера, в настройках протокола Интернета (TCP-IP), на вкладке "Общие" нажимаем кнопку "Дополнительно" и указываем нужный порядок DNS-суффиксов:
После этого проверяем правильность разрешения:
C:\Documents and Settings\user>ipconfig /all Настройка протокола IP для Windows Имя компьютера. . . . . . . . . : COMP16 Основной DNS-суффикс. . . . . . : k43.guap.ru Тип узла. . . . . . . . . . . . . : неизвестный IP-маршрутизация включена. . . . : нет WINS-прокси включен. . . . . . . : нет Порядок просмотра суффиксов DNS . : gs.k43.guap.ru k43.guap.ru Локальная сеть - Ethernet адаптер: DNS-суффикс этого подключения. . : gs.k43.guap.ru Описание. . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connecti on Физический адрес. . . . . . . . . : 00-11-22-33-44-55 Dhcp включен. . . . . . . . . . . : да Автонастройка включена. . . . . : да IP-адрес. . . . . . . . . . . . : 192.168.200.2 Маска подсети. . . . . . . . . . : 255.255.255.0 Основной шлюз. . . . . . . . . . : 192.168.200.1 DHCP-сервер. . . . . . . . . . . : 192.168.200.1 DNS-серверы. . . . . . . . . . . : 192.168.200.1 Аренда получена. . . . . . . . . : 12 декабря 2012 г. 11:49:57 Аренда истекает. . . . . . . . . : 20 декабря 2012 г. 11:49:57 C:\Documents and Settings\user>nslookup Default Server: dcgs.gs.k43.guap.ru Address: 192.168.200.1 > dcgs Server: dcgs.gs.k43.guap.ru Address: 192.168.200.1 Name: dcgs.gs.k43.guap.ru Address: 192.168.200.1 >
Шаг 3. DNS-сервер
На DNS-сервере следует проверить интерфейсы по которым прослушивают клиентов:
Поскольку в DNS создаются записи типа A для интерфейсов отмеченных галочками, то теоретически может возникнуть следующая ситуация. Пусть DNS-сервер прослушивает по двум адресам: 192.168.200.1 и 169.254.0.17. Когда клиент разрешает имя сервера в IP-адрес, то ему может попасться любой адрес из указанных. Если настройками брандмауэра стоит разрешение на подключение к 192.168.200.1, а на остальное запрет, то при получении адреса 169.254.0.17 клиент не сможет подключиться к DNS-серверу. Или если второй адрес использовался как RAS-подключение (суть модемное соединение), но при обрыве связи этот адрес более не доступен, но клиент его закешировал, то снова возникнет проблема подключения.
Шаг 4. DNS-сервер
Этот шаг необязательный. В настройках DNS-сервера имеется полезная галочка:- Заходим в свойства DNS-сервера.
- В окне "Имя сервера - свойства" выбираем вкладку "Дополнительно".
- Ставим галочку "Разрешить автоматическое удаление устаревших записей". По-умолчанию, стоит период 7 дней. Выбираем наиболее предпочтительный.
