Как запустить программу от имени администратора без ввода пароля?
Есть зоопарк машин, на некоторых софт запускается через shift+ПКМ->запуск от имени другого пользователя, а на некоторых ПКМ->запуск от имени администратора. Полдня гуглёжки так и не дали ответа на вопрос в чём между ними разница. Хочется либо привести всех к первому виду (с ними проблем нет) либо же решить проблему запуска софта из скриптов, потому как runas в данном случае ничего не даёт, равно как и все другие гуглимые способы запуска приложений. Мышкой и руками, если ввести логин/пароль - работает нормально, нужно именно это и исключить
Denai Да это просто не кашерно так давать прикладному ПО права администратора. Практически все прикладное ПО работает отлично в ограниченной среде. Хотя, вот тут собраны варианты www.oszone.net/10594
Denai Так что за ошибка? RunAs работает по любому, не безопасно это да, но работает из коробки.
Ну да и варианты по ссылке работоспособны.
Так что мимо?
zmeyjr: На половине компов работает (вариант 1), на части компов загадочным образом нет(вариант 2, тот самый о котором вопрос). Гугл намекает только на то что эта проблема не только у нас и что все жутко умные, но никто ничего дельного ни разу не подсказал.
zmeyjr: Значит рассказываю что за день узнали.
Стартуем допустим CMD через runas
В заголовке cmd видим
"cmd (запущено от имени домен\учётка с правами)"
Внутри:
C:\Windows\system32>*блабла*.exe
Отказано в доступе.
Если стартовать любое другое приложение - стартует с обычными правами. Дело в каких-то политиках, которые распространяются на железки, т.к. на разных компах отрабатывает по-разному.
Win7x64pro
Собственно почему нехорошо я и без статей прекрасно понимаю.
Runas в любом случае не отрабатывает так как надо, AdmiLink конкретно не пробовал (да и не очень хочется), но ближайшие аналоги опять же спотыкались на том что runas/планировщик заданий получают "отказано в доступе" вместо желаемого результата. Что конкретно за такое поведение отвечает пока не выяснил 8(
Denai смотрите
- Диспетчер учетных записей, сохраняется ли данные
- Сделайте пользователя с административными правами и назначьте ему пароль
- Настройку служб связанных с переключением пользователей
- Посмотрите настройки служб
runas /savecred /user:localhost\Administrator software.exe <-- Это должно прекрасно работать, так же как и запуск с Планировщика от Admin.
и это и планировщик падают с "отказано в доступе", в то время как "запуск от имени администратора" работает если туда логопасс вбить руками.
- Диспетчер учётных данных имелся в виду? Там сохраняет/интерактивный вход в систему. Не запускается так же как и не запускалось (отказано в доступе)
- Пользователя делать в домене или локального? (домен есть)
- ничего пока особенного не нашёл
- опять таки ничего особенного не нашёл
zmeyjr: Просмотрели самое очевидное. UAC. На этих компах по каким-то причинам он был включен (а должен был быть выключен и когда перепроверяли не заметили). Отключили его и поведение стало вменяемым.
