Цитата hozman:
|
И зачем это нужно? Имею ввиду, распаковка msi-пакета в точку административной установки. »
|
Распаковка пакета MSI нужна для ускорения процесса установки. В большинстве случаев копирование over9000 распакованных файлов происходит быстрее копирования упакованного файла с последующей его распаковкой на месте. Опять же при копировании упакованного дистрибутива антивирус сначала проверяет содержимое упакованного архива при копировании, а затем ещё и каждый файл по отдельности при распаковке.
Кроме того при запуске установки с ключом /a инсталлятор может задавать администратору много вопросов, ответы на которые будут записаны в новый пакет MSI с целью последующего использования в автоматической установке.
Цитата hozman:
|
Вы имеет ввиду под точкой административной установки? Общую сетевую папку, где хранятся установочные исполняемые файлы? »
|
Угу.
Причём изначально лучше распаковывать пакет MSI во временную папку. Особенно если вы записали команду распаковки в файл CMD.
А уже оттуда копировать файлы в подкаталог общей сетевой папки.
Крайне желательно создать для этого в домене структуру DFS, чтобы указывать в групповых политиках пути к пакетам MSI не \\server\folder, а \\domain\путь\дерева\DFS . Потому что если вы привяжете пути установки к конкретным серверам, то при переходе на другой сервер вы не сможете ни установить эти программы на новые компьютеры, ни удалить ранее установленные программы.
А при наличии дерева DFS вы просто в свойствах ветки \\domain\dfs\system\msi замените сетевую папку \\server1\msi$ на \\server2\msi$ , и все компьютеры продолжат использование файлов по адресу \\domain\dfs\system\msi , как ни в чём не бывало.
Цитата hozman:
|
Я делаю вывод, что нужно устанавливать самые основные вещи через политики, а всё остальное , в том числе, и, с ключами, лучше устанавливать на местах. Ведь так? »
|
Нет, не так.
Согласно действующему законодательству Российской Федерации и текстам лицензионных соглашений на ПО требуется только совпадение количества установленных/используемых экземпляров ПО и количества лицензий. Таким образом вполне допускается использование одного серийного номера на всех установленных продуктах - для большинства программ вы задаёте этот номер при распаковке пакета msi с ключом /a .
Кроме того корпоративные версии продуктов имеют возможность централизованного управления ключами после установки.
Другие программы позволяют устанавливать себя без ввода серийного номера в "пробном" режиме. Так например программа работы с ЭЦП "КриптоПро", распространяемая в дистрибутиве MSI, даёт администратору целых 30 дней на ввод серийного номера лицензии. По мне за это время можно оббежать даже over9000 компьютеров.
Тем более что после первой установки последующие установки будут производиться только для отдельных компьютеров - при подключении новых рабочих мест или переустановки операционной системы.
Как видно, "на местах" нужно устанавливать только те программы, которые не были рассчитаны на автоматическую установку.
Кстати, "персональная" версия программы Finereader, использующая MSI, принципиально запрещает установку через GPO. Эта функция доступна только в "корпоративной" версии.
Также "на местах" можно устанавливать программы, используемые в единственном экземпляре. То есть когда просто по времени проще и быстрее подойти к компьютеру и вручную запустить установочный файл.
UPD.
Пакеты .NET в формате MSI теоретически можно установить через GPO.
Однако лучше всё-таки установить нужные версии NET вручную до ввода компьютера в домен. Или вообще внедрить их в установочный диск Windows
