Windows 7 устанавливает права обычного пользователя

609
Siegmund Nagel

Я нахожусь в процессе миграции устаревшего приложения, которое работало под Windows XP, на Windows 7. Это приложение извлекает обновления и установщики установки для дочерних компонентов. Они запускаются под учетной записью пользователя без прав администратора. Это, конечно, хорошо работает в XP, но без прав администратора в Windows 7 приложение не может запускать установщики (к сожалению, эта архитектура является обязательным условием).

У меня вопрос, как я могу позволить пользователям запускать установщики? Поскольку это корпоративная среда, дающая этим пользователям права администратора, не может быть и речи. Однако они представляют собой очень специфический набор пользовательских приложений, поэтому широкое разрешение для любого установщика не требуется (и, вероятно, не будет разрешено). Насколько я понимаю, я могу предоставить права на определенные каталоги и / или приложения, но у меня возникли проблемы с выяснением, как именно это сделать. Другой вариант, на который я смотрел, - это изменение кода для запуска программы установки с повышенными разрешениями, но для этого необходимо, чтобы у меня были учетные данные для входа в учетную запись администратора. Я склонялся к первому, но был бы признателен за любые мысли по этому поводу.

1
Предположительно, это устаревшее приложение само по себе потребует установки прав администратора. Если так, то почему он не может также установить эти дополнительные элементы, пока процесс уже повышен? HairOfTheDog 11 лет назад 0
Текущий процесс переустанавливает приложения по мере их выпуска в производство. Кроме того, если у пользователя нет прав на «просмотр» приложения, оно никогда не отображается в качестве опции. Менеджер (который все еще является обычным пользователем) регистрируется утром, и приложение извлекает все обновления и перезапускает установщики. Короче говоря, им все еще нужно выполнить установщики после начальной установки. Siegmund Nagel 11 лет назад 0
Похоже, что-то, что Microsoft Update Services может позаботиться о. http://en.wikipedia.org/wiki/Windows_Server_Update_Services HairOfTheDog 11 лет назад 0
@ SiegmundNagel - Нужно ли устанавливать эти приложения для работы? Многие приложения после установки не нуждаются в установке. Похоже, вам нужно подумать о том, как эта система работает, потому что, как вы обнаружили, она не будет работать в будущем. ** Честно говоря, то, что вы использовали, было плохой идеей, даже когда это сработало. ** Ramhound 11 лет назад 0
@Ramhound - я согласен, но это был не мой дизайн. Ему уже более 10 лет. К сожалению, он огромен, и хотя полная переписка обсуждается, его пока нет на столе. Я должен работать в текущих границах с некоторыми рычагами, чтобы внести изменения в код в устаревшем коде. Чтобы ответить на ваш вопрос, да, приложения должны быть установлены для работы. В устаревшем коде интенсивно используются компоненты COM, которые необходимо зарегистрировать. Siegmund Nagel 11 лет назад 0
Два предложения: SuRun (очень мощный, требует точной настройки) и домашнее приложение, которое управляет процессом установки и разрешено через SuRun, или использует политики AD для рекламы приложений (во многих случаях, конечно, не будет работать без настроек MSI, конечно, ). 0xC0000022L 11 лет назад 0

1 ответ на вопрос

0
Usta

I'm assuming you are configured with a domain.

You might consider creating a scheduled task using Group Policy to allow secure deployment of elevated credentials that can be used to give admin rights to your software. At the very least that should work until you can get the code updated.

Take a look at this