В этой статье runas приведены некоторые обходные пути решения проблемы, при которой после обновления Windows Server нельзя использовать команду, параметр запуска от имени администратора или параметр запуска от имени другого пользователя.
Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 977513
Симптомы
Рассмотрим следующий сценарий.
- Вы обновляете компьютер под управлением Windows Server.
- Вы выполните вход от имени обычного пользователя.
- Вы пытаетесь использовать одну из следующих функций:
- Команда runas
- Параметр запуска от имени администратора
- Запуск от имени другого пользователя
В этом случае появляется следующее сообщение об ошибке:
Причина
Список управления доступом на основе дискреционного доступа (DACL) для вторичной службы входа неправильно задается при обновлении Windows Server. Эта проблема не позволяет стандартному пользователю запускать эту службу и запускать приложение от имени другого пользователя.
RUNAS — запуск программы под другой учетной записью
Решение 1. Использование служебной программы Sc.exe командной строки
Вы можете использовать служебную Sc.exe командной строки, чтобы установить для параметра безопасности конфигурацию по умолчанию после обновления сервера.
Перед выполнением этих команд необходимо войти в систему от имени администратора.
Для этого выполните указанные ниже действия.
- Откройте окно командной строки.
- В командной строке введите следующую команду, а затем нажмите клавишу ВВОД:
net stop seclogon
sc sdset seclogon D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWRPDTLOCRRC;;;IU)(A;;CCLCSWDTLOCRRC;;;SU)(A;;CCLCSWRPDTLOCRRC;;;AU)S:(AU;FA;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;WD)
Примечание. Эта команда упакована для удобочитаемости.
- Команда runas
- Параметр запуска от имени администратора
- Запуск от имени другого пользователя
Кроме того, убедитесь, что вы можете переключить пользователей и правильно запускать службу вторичного входа.
Решение 2. Использование групповая политика
Консоль управления групповая политика можно использовать для настройки политики на основе домена, которая устанавливает для безопасности конфигурацию по умолчанию после обновления сервера. Для этого групповая политика должен быть создан новый объект групповой политики. Он должен быть связан таким образом, чтобы новый объект групповой политики применялся только к затронутым компьютерам.
Для этого выполните указанные ниже действия.
- Измените групповая политика в консоли групповая политика управления.
- Найдите политику: Конфигурация компьютераПолитикиПараметры WindowsПараметры безопасностиСистемные службы.
- Откройте службу вторичного входа .
- Установите флажок «Определить этот параметр политики » и выберите » Включено».
- Задайте режим запуска службы вручную.
- Разверните узел безопасности , чтобы убедиться, что для следующих свойств и объектов задано значение «Разрешить».
СвойствоОбъекты Пользователи, прошедшие проверку Шаблон запроса, состояние запроса, перечисление зависимых элементов, запуск, приостановка и продолжение, опрос, разрешения на чтение, управление User-Defined BuiltinAdministrators Полный доступ Интерактивны Шаблон запроса, состояние запроса, перечисление зависимых элементов, запуск, приостановка и продолжение, опрос, разрешения на чтение, управление User-Defined Служба Шаблон запроса, состояние запроса, перечисление зависимых, приостановка и продолжение, опрашивание, User-Defined управления Системные Шаблон запроса, состояние запроса, перечисление зависимых, запуск, приостановка и продолжение, запрос, остановка - Нажмите кнопку » ОК», чтобы применить изменения безопасности.
- Нажмите кнопку «ОК», чтобы применить групповая политика изменений.
- Примените объект групповой политики к затронутым компьютерам, ожидая обновления групповая политика обновления или запуска обновления вручную.
- Попробуйте использовать одну из следующих функций:
- Команда runas
- Параметр запуска от имени администратора
- Запуск от имени другого пользователя
Как запустить программу или игру от имени другого пользователя Windows?
Кроме того, убедитесь, что вы можете переключить пользователей и правильно запускать службу вторичного входа.
Runas не запускает программу
Через rundll32:
ОШИБКА RUNAS: Не удается запустить — rundll32.exe,netsetup.cpl
87: Параметр задан неверно.
cpau -u administrator -p 12345 -ex rundll32 shell32.dll,Control_RunDLL -lwp
результат:
Process Created.
The command completed successfully.
для конфигурирования можно использовать netsh и запускать через runas
Например, для настроек IE:
Код:
| runas /user:ADMIN_ACCOUNT_NAME «cmd /c start inetcpl.cpl» |
(«start» не обязателен, нужен только если без него не заработает)
Код:
| explorer /separate |
Запуститься проводник с правами администратора, а далее все просто
PS для настройки сети можно так
Источник: forum.ru-board.com
Рунас не работает на Windows 10
Итак, у меня есть клиент, которому нужно запускать программное обеспечение с более высокими привилегиями, но пользователь работает с ограниченной учетной записью, и я не желаю давать ему пароль по нескольким причинам.
Я искал способ запустить программу без запроса пароля администратора, и я столкнулся с runas .
Это команда, которую я использую:
runas /user:Administrator /savecred «Путь К Software.exe»
Что происходит, так это то, что он запрашивает пароль в первый раз, но ничего не происходит после ввода пароля. Программа просто не запустится, независимо от того, сколько раз я запускаю команду.
Путь правильный и учетная запись администратора в порядке, по-прежнему безрезультатно.
Я также проверил, что запущены 2 службы (не помню их имен, но они связаны с запущенными приложениями с разными привилегиями).
У вас, ребята, есть решение, чтобы это работало?
задан StepTNT 273
4 ответа 4
Если на вашем компьютере включен контроль учетных записей (UAC) (я надеюсь, что ответ «да»), команда «runas» не повышает ваши привилегии. т.е. он запускает приложение, но не с правами администратора.
Однако попробуйте эту команду Windows PowerShell:
Start-Process «PathToSoftware.exe» -Verb «runas»
Естественно, вы должны вводить эту команду в Windows PowerShell вместо командной строки.
Тем не менее, это определенно не решение вашей проблемы. Политика Microsoft состоит в том, чтобы либо не предоставлять, либо полностью отказывать в любых средствах, поощряющих использование административных привилегий. (Эта политика вступила в силу после фиаско в области безопасности в 2003 году.) Ближайшая вещь, которую Microsoft предоставляет, — набор средств для обеспечения совместимости приложений, который позволяет игнорировать манифест приложения и запускаться с ограниченными привилегиями. Это делает трюк для приложений, которые достаточно глупы, чтобы не проверять, получили ли они то, что просили в своих манифестах.
Конечно, время от времени я замечаю сторонние решения по обеспечению безопасности, которые включают то, что вы хотите. За исключением непопулярности, они быстро исчезают.