Пакет MSI для reg развертывания
Для добавления к тому, что заявил Raphink ограничения будут зависеть, на какой системе виртуализации Вы используете. Например, если необходимо было использовать Xen, Вы не получите доступ (не легко так или иначе) к 3D видеооборудованию, которое Вы можете иметь. Кроме того, некоторые системы как VMware, ESX/ESXi не виртуализируют контроллер USB, таким образом, Вы не можете включить USB-устройства в хосте и сделать, чтобы они обнаружились в госте Debian. Однако VirtualBox действительно предоставляет доступу базовый USB и 3D аппаратные средства. Так, в зависимости от того, какую систему виртуализации Вы используете и какое используемое оборудование у Вас есть стихи Ваша гипотетическая хостинговая компания, у Вас могут быть больше или меньше ограничений.
Существует много инструментов для создания MSIs. Я предпочитаю Усовершенствованный Установщик, который доступен как бесплатно распространяемая версия. Усовершенствованный Установщик позволяет Вам вручную вводить ключи/значения реестра или импортировать их из файла или живого реестра. Это вполне просто в использовании.
С другой стороны, если Вам не нужен MSI, можно легко управлять реестром из командной строки с помощью утилиты Windows reg.exe. Это может быть сделано удаленно с помощью инструментов такой как psexec.
Я не использовал бы MSI для развертывания настроек реестра. MSI указал на параметры настройки системы, "свободное орудие". MSI думает, что "владеет" ключом и будет триггером счастливое удаление или возвращение это. Вот некоторые детали:
- При авторской разработке MSI плохо компонент, пишущий, что настройки не будут отмечены постоянные, и если MSI будет когда-либо удаляться, он разорвет целый ключ реестра / значение. Обратите внимание, что при обновлении MSI, значительное обновление может или не может выполнить полное удаление, прежде чем новая версия будет установлена (зависит от того, как обновление настроено). Если переустанавливание затем перестало работать, Ваш ключ реестра отсутствует.
- Кроме того, Вы будите эти файлы MSI показ в Добавить/Удалить апплете в системе, где пользователи видят их и потенциально удаляют их. Можно скрыть MSI от этого представления путем установки свойства ARPSYSTEMCOMPONENT на 1. Это только предотвратит дисплей в, добавляют/удаляют все же. MSI может все еще быть удален из командной строки или через автоматизацию сценария или инструмент удаленного администрирования.
- Даже если Ваш MSI скрыт в ARP при использовании инструмента развертывания, такого как SCCM, Altiris, Unicenter, Tivoli или подобные, прилежный администратор с манией очистки мог решить удалить эти "пакеты взлома" и опустошение аварии, если MSI вытирает необходимые настройки. Помните, что файлы MSI, обычно выполняемые, подняли (временные права администратора) также, таким образом, они определенно вооружены и опасны если до отрицательного результата во-первых.
- Установка MSI инициирует создание точки восстановления на ПК (если восстановление системы не будет отключено). Это могло быть трудоемким и кажется чрезмерным, если Вы просто пишете несколько значений. Существуют способы ускорить установки MSI (рекомендуемый чтение, но использование с осторожностью - отключение ценного файла могло быть в порядке, отключающее восстановление системы опасно).
- Если другой MSI ссылки пакета тот же ключ реестра, Вы могли бы столкнуться с циклическими саморемонтными циклами при определенных обстоятельствах. Большинство администраторов видело это по крайней мере несколько раз. Трудно, чтобы зафиксировать, если Вы не знаете, где посмотреть. Я записал длинный ответ для этого на stackoverflow: как отладить циклическое самовосстановление (рекомендуемый чтение также для системных администраторов).
- Если Вы действительно неудачны и создаете MSI, который может самовосстановить в некоторое время, Вы могли перезаписывать/возвращаться настройки, которые были изменены последующими изменениями. Этот вид сценария часто трудно отладить. Можно найти пакет, который вызвал проблему в конечном счете Журнал все же. Это даже указывает, какой компонент вызвал проблему, но идущий оттуда требует экспертного знания MSI. Хорошая статья о предмете от Stefan Kruger (MVP MSI).
- Так же к вышеупомянутому, то, что Вы видите MSI, установленный в системе, часто рассматривается как доказательство, что система "исправляется". То, что присутствие MSI говорит Вам, - то, что установщик работал однажды, но Вы ничего не знаете о существующем состоянии реестра.
- Как другие упомянули, если ключи реестра, которые Вы пишете, будут находиться под HKCU, то они будут только записаны, если рассматриваемый пользователь, окажется, будет зарегистрирован в то время, когда MSI установлен. Любым другим пользователям НЕ обновят их реестр. ActiveSetup может помочь здесь.
Это были всего несколько проблем первое, что пришло на ум, я, конечно, забыл некоторых.
Другие ответы с базовой информацией о MSI для системных администраторов:
- Как отладить циклическое самовосстановление (важная тема)
- Корпоративные преимущества MSI (может быть полезно для менеджеров),
- Как извлечь файлы из setup.exe (стоящий чтения для любого администратора, вероятно, старые новости)
- Цель Административных Установок (базовая операция MSI для системных администраторов)
- Распространенные ошибки в пакетах MSI (больше для разработчиков, но также и для системных администраторов)
- Как ускорить установки MSI (просто несколько опций)
- Как обновить каждое использование профиля пользователя ActiveSetup (несколько опасный, но полезный)
Вы могли всегда добавлять его с помощью сценария входа в систему или сделать на скорую руку сценарий, который использует psexec для развертывания его через командную строку удаленно?