Подключенные сетевые диски недоступны из командной строки, запущенной от имени администратора


Когда вы работаете с командной строкой, запущенной от имени администратора вы можете столкнуться с трудностями при доступе к подключенным сетевым дискам и папкам. Например при попытке доступа к сетевому диску вам радостно сообщат, что такой путь не найден :)
mapdrive1

Хотя вместе с тем те же команды, но в cmd, запущенной от имени пользователя не вызывают никаких затруднений
mapdrive2

В базе знаний Microsoft есть объяснение этому явлению и решение проблемы. Собственно пояснение

Когда администратор выполняет вход в систему Windows Vista, локальный администратор безопасности создает два маркера доступа. Если пользователь является участником группы «Администраторы», локальный администратор безопасности создает второй маркер доступа с отключенными правами администратора (маркер фильтрованного доступа). Этот маркер доступа используется для запуска рабочего стола пользователя. После нажатия администратором кнопки Разрешить в диалоговом окне Контроль учетных записей пользователей приложения могут использовать маркер полного доступа администратора.

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

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

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

  1. Откройте меню Пуск, в окне Начать поиск введите regedit и нажмите клавишу ВВОД.
  2. Найдите и щелкните правой кнопкой мыши следующий подраздел реестра:
    HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem
  3. Выберите команду Создать, а затем — Параметр DWORD.
  4. Введите EnableLinkedConnections и нажмите клавишу ВВОД.
  5. Щелкните правой кнопкой мыши параметр EnableLinkedConnections и выберите команду Изменить.
  6. В поле Значение введите 1 и нажмите кнопку ОК.
  7. Закройте редактор реестра и перезапустите компьютер.

Внесения изменений и перезагрузки получаем сосем другую картину
mapdrive3
mapdrive4

Упростить редактирование реестра можете готовыми reg-файлами для применения этой настройки (enablelinkedconnections.reg) и для ее отмены (disablelinkedconnections.reg), оба файла найдете в архиве linkedconnections.zip

Статья базы знаний MS: При включенном контроле учетных записей пользователей в Windows Vista доступ программ к некоторым сетевым ресурсам ограничивается

2 Responses to Подключенные сетевые диски недоступны из командной строки, запущенной от имени администратора

  1. Vadim says:

    В статье Развертывание групповой политики с помощью Windows Vista, которую я переводил, тоже большое объяснение по поводу того, что доступ к сетевым дискам "не работает" под админом при включенном UAC. Там же предлагается и обходной путь — сценарий для групповой политики и инструкции по применению. Но, вообще, это бред. С точки зрения программиста там может все очень чудесно и логично, но вот с точки зрения конечного пользователя (в т.ч. и ИТ-специалиста) — логики в этом нет, какими бы расчудесными объяснениями создатели UAC не прикрывались.

  2. Kravchenko says:

    вот-вот, пояснения это здорово конечно, по крайней мере гораздо лучше чем "MS осведомлена об этой ошибке, спасибо за внимание" :) только пояснениями не накушаешься, а UAC вместо отличной функции для обеспечения безопасности получился просто какой-то назойливой мухой. Что ему нужно так это настраиваемость области действия UAC и возможности создания правил для действий, трующих подтверждения, чтоб не нужно было каждый раз подтверждать например запуск regedit

Оставьте комментарий