Про забытый windows XP:»Возможно, у вас нет прав на использование этого сетевого ресурса. Windows не может получить доступ к сетевой папке Почему на фипи нет прав доступа

Проблема: невозможно получить доступ к сетевому ресурсу. Сетевая папка отображается…

но при попытке входа система выдаёт сообщение:

Windows не может получить доступ к \\компьютер\сетевой_ресурс . Разрешение на доступ к \\компьютер\сетевой_ресурс отсутствует. Обратитесь к сетевому администратору для получения доступа.

В операционной системе Windows XP аналогичное сообщение звучит так:

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

Почему нет доступа к сетевому ресурсу?

Причина может заключаться в следующих факторах:

  • у пользователя нет разрешения для доступа к общему ресурсу.
    Эти права настраиваются на вкладке Доступ и актуальны только для настройки доступа по сети.
  • у пользователя нет разрешения для доступа к папке на уровне прав NTFS
    Настраиваются на вкладке Безопасность . Эта настройка регулирует права доступа как по сети, так и для локального.
  • у пользователя нет ни разрешений на доступ по сети, ни NTFS прав.

Как открыть доступ к сетевой папке для всех пользователей

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

Заходим в Управление компьютером:

Открываем раздел Общие папки . Выделяем подраздел Общие ресурсы и выясняем локальный путь к папке, которая открыта для сети.
В нашем примере мы видим, что сетевому ресурсу temp соответствует локальный путь C:\temp :

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

1 Первое, что нужно проверить, это разрешения для доступа по сети . Открываем вкладку Доступ и нажимаем кнопку Расширенная настройка :

Нажимаем кнопку Разрешения :

Проверяем, для кого открыт сетевой доступ, и также проверяем права.
Для того, чтобы входить на сетевой ресурс могли все пользователи, в список Разрешения для общего ресурса необходимо добавить группу Все .
В нашем случае, отрыт полный доступ для группы Все . Значит, с сетевыми разрешениями всё в порядке:

2 Второе, что нужно проверить, это NTFS права. Заходим на вкладку Безопасность и проверяем глобальные разрешения для доступа к папке.
В нашем примере мы видим, что увидеть и войти в эту папку могут только пользователи и администраторы локального компьютера. Это значит, что если мы попытаемся войти на сетевой ресурс под пользователем, у которого нет учётной записи на локальном компьютере, нам будет отказано в доступе.

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

Жмём Добавить :

Добавляем группу Все и нажимаем OK .

Внимание! Искать группу в списке групп и пользователей НЕ обязательно. Можно просто прописать руками слово «Все» — обязательно с большой буквы.

При выделении одной подсети (основной домен) в другой поддомен (новый домен) в этом же лесу произошла странная ошибка. Пользователи из основного домена не видят на сервере нового домена общие папки. Компьютеры с Windows XP ничего не сообщают, а просто показывают пустое содержимое общих папок. А по "net view \\dcgs") получаю "Ошибка 5. Отказано в доступе".


А Windows Server 2008 и другие более поздние операционные системы конкретно сообщают об ошибке:

Нет доступа к \\dcgs. Возможно, у вас нет прав на использование этого сетевого ресурса. Обратитесь к администратору этого сервера для получения соответствующих прав доступа. Вход в систему не произведен: конечная учетная запись указана неверно.


Самое интересное, что по IP-адресу список общих папок прекрасно отображается:
\\192.168.200.1\ а при отображении по NetBIOS и DNS именам появляется вышеупомянутая ошибка. Скорее всего проблема в DNS. Поэтому опишу более полное решение - как со стороны клиента, так и со стороны DNS-сервера.

Шаг 1. Клиент

На стороне клиента необходимо выполнить следующие шаги:
  1. На сервере DNS удалить старые записи, что мешают правильному сопоставлению.
  2. На клиенте (откуда осуществляется доступ) очистить DNS-кэш командой.
  3. ipconfig /flushdns
  4. С помощью nslookup на клиенте проверить, что имя разрешается в правильный IP-адрес. Иногда , проблема неправильного разрешения может быть в файле hosts и ему подобных.
  5. Необходимо завершить текущий сеанс на клиенте и снова войти. Теперь к общим ресурсам должен быть доступ.
В большинстве случаев этого оказывается достаточно. Но рекомендую выполнить шаги 2-4.

Шаг 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 дней. Выбираем наиболее предпочтительный.


Проблема

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

Ошибка: "Windows не может получить доступ к указанному устройству, пути или файлу. Возможно, у вас нет нужных разрешений для доступа к этому объекту."


Причина

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

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

Для устранения этой проблемы выполните действия, описанные ниже, начиная со способа 1. Если этот способ не исправит проблему, переходите к следующему способу.

Способ 1. Проверьте, есть ли у вас разрешение на открытие файла.

Примечание . Необходимо обладать правами администратора или быть членом группы "Администраторы", если компьютер входит в домен.

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

Способ 2. Убедитесь, что расположение файла доступно.

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

Способ 3. Убедитесь, что файл не был перемещен или удален.

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

Способ 4. Повторно создайте ярлык, чтобы проверить наличие повреждений.

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

Способ 5. Проверьте, не блокирует ли файл система Windows.

В некоторых случаях Windows может блокировать файл. Просмотрите сведения о свойствах файла - они могут содержать следующее примечание: "Этот файл получен с другого компьютера и, возможно, был заблокирован с целью защиты компьютера.". Чтобы проверить это и разблокировать файл, выполните указанные ниже действия.
  1. Щелкните заблокированный файл правой кнопкой мыши и выберите команду Свойства .
  2. На вкладке Общие нажмите кнопку Разблокировать , если этот параметр доступен.

Способ 6. Проверьте, не блокирует ли файл антивирусное программное обеспечение.

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

Просмотров