Установка программы Adobe Acrobat Reader с помощью групповых политик

Минниахметов Равиль Юрисович

Установка программы Adobe Acrobat Reader с помощью групповых политик

Алгоритм действий следующий:
1. загрузить с официального сайта пакет установки приложения msi;
2. разместить файлы административной установки на сетевом общедоступном ресурсе;
3. выполнить административную установку приложения в папку, созданную в п.2;
4. выполнить настройку пакета инсталляции (msi), путем его редактирования и/или создания файла модификации/преобразования (mst);
5. создание/редактирование GPO для добавления пакета инсталляции;
6. добавление обновлений к основному пакету установки.

1) Для загрузки пакета с необходимо зарегистрироваться на официальном сайте Adobe и заполнить регистрационную анкету. После чего к Вам будет отправлено письмо с доступом к пакетам административной установки, шаблонам для контроллера домена, обновлениям и инструкциям. Выбираем версию приложения и операционной системы и скачиваем файл. Файл будет в формате exe поэтому его надо будет распаковать обычным 7-zip или ввести следющую команду:
AdbeRdr.exe -nos_o»AR» -nos_ne

В дальнейшем мы будем использовать файл AcroRead.msi и есть наш пакет.

2) При создании общедоступного ресурса надо учесть, чтобы все пользователи и компьютеры должны иметь доступ к файлам на чтение и исполнение для групп «Computers» и «Прошедшие проверку».

3) На компьютере, у которого есть доступ на запись на сетевой ресурс, указанный в п. 2, выполняем следующую команду:
msiexec /a Full_path_to_AcroRead.msi

где Full_path_to_AcroRead.msi — это полный путь (включая имя файла) к пакету AcroRead.msi (п. 1). В результате на экране появится окно программы формирования пакета административной установки приложения, в котором необходимо будет указать полный путь к папке, в которую мы хотим поместить административную установку (эта папка была создана нами на предыдущем шаге)

4) Для настройки пакета административной установки используем специальное приложение «Adobe Customization Wizard DC», скачать его можно с официального сайта Adobe. Запускаем приложение и открываем msi-пакет, находящийся в папке административной установки. Вносим следующие изменения:
4.1 в разделе «Installation options» выбираем Unattended установку (установка без вмешательства пользователя), а так же «Suppress reboot» (запрещаем перезагрузку после установки), потому что установка производиться после регистрации пользователя и пока программное обеспечение не будет установлено доступ к рабочему столу не будет получен.

4.2 «В разделе EULA and Document Status» взводим галку «Suppress display of EULA» (подавление отображения лицензионного соглашения)

4.3 В разделе «Online and Acrobat.com features» запрещаем выполнять любые обновления, т.к. обновление будет выполняться администратором централизовано (об этом речь пойдет ниже).
В целях безопасности взводим «галку» «When launching PDF in Internet Explorer, prompt user in open|save dialog», тем самым не позволяя открывать pdf-документ в окне браузера (вместо этого пользователю будет предложено открыть/сохранить файл).
Запрещаем доступ к Adobe.com features.

Затем, сохраняем выполненные настройки в новом файле модификации (mst-файл): для этого выполняем Transform->Generate Transform

5) В редакторе групповых политик щелкаем правой кнопкой по узлу «Установка программ»

В появившемся окне диалога открытия файла находим и выбираем на сетевом ресурсе с административной установкой msi-пакет. После открытия этого пакета мы увидим следующее окно:

В этом окне мы должны выбрать «особый» метод развертывания, т.к. мы собираемся использовать файл модификации (mst-файл).
на вкладке «Модификации» добавляем созданный нами при помощи ACW файл модификации Acroread.mst.

Связываем созданную политику с административной единицей и проверяем применение групповых политик.

6) Следует иметь ввиду, что при таких обстоятельствах будет установлена версия приложения, на которую создавался MSI пакет. На момент написания статьи ставилась версия приложения 2015. Данная версия программы Acrobat Reader DC имеет проблему с отображением иконок файлов pdf. Для решения данной проблемы необходимо проверить наличие графических файлов иконок в каталоге
c:\windows\installer\
и добавить в разделы реестра Компьютер\HKEY_CLASSES_ROOT\AcroExch.pdfxml и Компьютер\HKEY_CLASSES_ROOT\AcroExch.acrobatsecuritysettings ключ DefaultIcon со значением по умолчанию:
C:\WINDOWS\Installer\\PDFFile_8.ico,0
Можно также описанные действия добавить сразу при формировании msi пакета.

Скачиваем последние обновления для данной версии приложения и применяем его к пакету административной установки с помощью команды:
msiexec /a Full_path_to_AcroRead.msi_on_share_with_admin_install /p Full_path_to_patch_file

где
Full_path_to_AcroRead.msi_on_share_with_admin_install – полный путь к msi-пакету административной установки AcroRead.msi
Full_path_to_patch_file – полный путь к файлу patch’а.

Далее надо в групповых политиках назначить для приложение Adobe Acrobat Reader Dc новое развертывание.

Источник



Group Policy-Active Directory¶

Acrobat products support post deployment configuration via GPO. The Windows Server Group Policy Objects (GPO) and the Active Directory services infrastructure enables IT to automate one-to-many management of computers. Administrators can implement security settings, enforce IT policies, and distribute software across a range of organizational units. With the software installation extension of GPO, you can provide on-demand software installation and automatic repair of applications.

When you need to further configure applications after deployment, you can use ADM templates to propagate the requisite settings across your organization. The Group Policy settings that you create are contained in a GPO. To create a GPO, use the Group Policy Management Console (GPMC), which is available for download from the Microsoft website at https://www.microsoft.com/downloads/details.aspx?FamilyID=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&displaylang=en.

The product only supports per MACHINE installs. It does not support per-USER installs.

Tested environments¶

The procedures in this document were tested in the following environments:

  • Client computers running on OS versions Windows 7, and Windows 8 (32 & 64-bit clients).

  • Server computers running Windows Server 2012 Enterprise Edition 64-bit.

Using an MST with GPO¶

If you’ve used the Wizard to create a transform MST file for a custom installation, you apply that MST while installing the application during deployment of the GPO package. At a high level, the steps include:

Create the MST file.

Select the MST via the Modification tab.

Complete the standard GPO package deployment

GPO deployments¶

Copy the AIP folder and rename it as the patch version; for example, 10.0.1.

Slipstream the patch into the 10.0 MSI.

Open a command prompt and CD to the patch version copy of the AIP.

Create the AIP via msiexec /a [MSI file name] /p [MSP file name]

Add a new package to the original GPO in the standard way without moving existing packages.

Point to the new MSI.

In the Deploy Software dialog, choose Advanced to bring up the properties menu for the package.

_images/GPO1.png

On the Properties page’s General tab, rename the package to <product name + version> to distinguish this package. This name will appear in the Add/Remove Programs entry of the client system when the update is installed.

_images/GPO2.png

Switch to the Deployment tab.

Optional: If you need to Uninstall this application when it falls out of the scope of management setting, select the Deployment tab and select that checkbox. This will uninstall the application and patch automatically when the scope of the GPO changes or the package is removed from the GPO.

_images/GPO3.png

Select the Upgrades tab.

Choose the current package (in this case 10.0).

Choose Add.

_images/GPO5.png

In the Add Upgrade Package dialog, do the following:

Select Current GPO.

Select the package you want to upgrade.

Select Package can upgrade over the existing package to ensure that this will be an upgrade instead of uninstall/reinstall.

_images/GPO4.png

Choose OK.

Review the summary.

Users under a GPO policy will now get the latest update after the group policy refreshes and a computer restart. This procedure can be repeated for all patches.

_images/GPO6.png

Assign the application to a computer:¶

Right-click Group Policy Objects.

Choose New.

In the New GPO dialog box, enter a descriptive name for the new policy.

Choose OK.

In the left-hand panel, expand Group Policy Objects.

Highlight the new policy name you just created.

On the Scope tab, choose Add in the Security Filtering section.

Choose Object Types in the Select User, Computer, or Group dialog box.

Choose Computers in the Object Types dialog box,

Choose OK.

Check the Enter the object name to select text check box in the Select User, Computer, or Group dialog box.

Enter the name of the computer to which you want to deploy the software. (To browse available computer names, choose Advanced > Find Now.)

Repeat this step for all computer names to which you want to deploy software. Assigning the install to users is not supported. You cannot use GPO installs with Control Panel installs.

Choose OK to close the Select User, Computer, or Group dialog box.

In the console’s left panel, right-click the policy name that you initially created.

Choose Edit.

Expand Computer Configuration in the left panel n the Group Policy dialog box.

Expand Software Settings.

Right-click Software installation.

Choose New > Package.

In the Open dialog box, browse to the AIP you created.

Select the MSI file containing the installer you want to deploy.

Choose Open.

In the Deploy Software dialog box, do one of the following:

  • If you do not plan to apply transforms, select Assigned > OK.

  • If you plan to apply transforms during installation, select Advanced > OK.

In the Properties dialog box for the package you created:

  1. Choose the Deployment tab.

  2. Select Uninstall this application when it falls out of the scope of management.

  3. If you plan to deploy in multiple languages, choose Advanced.

  4. In the Advanced Deployment Options dialog box, choose Ignore language when deploying this package.

  5. Choose OK.

On the Modifications tab, specify any modification transforms you want to apply when the package is installed by choosing Add and then opening each transform from its network location.

On the Security tab, verify the name(s) of any computer(s) to which you are assigning software.

Choose OK to close the Properties dialog box.

In the Group Policy dialog box, expand Computer Configuration > Administrative Templates > Windows Components.

In the Windows Components folder, select Windows Installer.

Select Always install with elevated privileges.

Select Properties.

In the Always install with elevated privileges Properties dialog box, choose the Setting tab > Enabled > OK.

  1. In the Windows Installer panel of the Group Policy dialog box, right-click Logging.

  2. Select Properties.

  3. Choose Enabled on the Setting tab.

  4. Enter iweaprcv in the Logging text box.

  5. Choose OK.

In the Group Policy dialog box, choose File > Exit.

In the Group Policy Management Console, expand Forests and Domains.

Right-click the Acrobat OU to which you want to link the GPO that you created earlier in this procedure, and then select Link an Existing GPO.

In the Select GPO dialog box > Group Policy objects list > the GPO you created > OK.

The GPO must be propagated to the Active Directory Global Catalog and then to the individual computers. For this reason, allow 5-10 minutes before restarting the computers to which you are assigning the Acrobat software, or plan to restart the client computers twice before the system policies are synchronized.

Removing products via GPO¶

Removing Acrobat products by using GPOs requires unlinking the Active Directory OU from the GPO currently enabling the software to run.

To remove Acrobat products that are assigned to a computer, unlink the GPO from the OU, or remove the computer from the OU and GPO. The software will be removed the next time the computer restarts.

GPO registry template¶

Adobe provides two starter templates for Acrobat and Reader. These templates contain a few of the most important settings, but you can use the Preference Reference to extend them further.

DC Continuous Track

Classic Track 2020

Classic Track 2017

Template preferences fall into these broad categories:

General enterprise settings: Features such as disabling updates and setting the default PDF handler.

Security: Application security features such as enhanced security, sandboxing, and JS controls.

TrustManager: Trusting Windows OS security zones as defined in Internet Explorer.

Digital Signatures: Adobe Acrobat Trust List integration.

Creating GPO Templates¶

You can create GPO templates that will enable configuration of almost any feature as long as you conform to the Microsoft format. For more information, see:

Populate the template fields with information from the Preference Reference.

Источник

Заметки IT Менеджера

Искал ключик командной строки у себя же на блоге. Мне казалось, что я уже об этом рассказывал, но я такой записи не нашел и потому пишу заново, надеюсь, что кому-нибудь пригодиться. Причем скорее всего мне, когда я снова забуду ключик 🙂

Итак, как же установить и настроить Adobe Acrobat Reader с помощью групповой политики? Собственно задач тут две: установить и настроить 🙂

Спасибо shss за его замечания и дополнения.

Установка Acrobat Reader с помощью групповой политики

Основная проблема тут в том, что Adobe на своем сайте раздает дистрибутивы в .exe, а нужны .msi. Кроме того, Adobe требует электронного подписания с ними соглашения на распространение Acrobat даже внутри компании.

Ну вот, дистрибутив получен. Далее запускаем его с ключиком -nos_ne , например

AdbeRdr933_en_US.exe -nos_ne

В результате, производится распаковка дистрибутива в папку:

%userprofile%\Local Settings\Application Data\Adobe\

Там будет папка или папки с именем Reader 9.x, а в ней папка Setup Files

Вот там и будет нужный нам дистрибутив. Его следует скопировать в нужное вам место для последующей настройки.

Кроме этого, можно распаковать дистрибутив в нужную нам папку, для этого используется команда:

AdbeRdr933_en_US.exe -nos_ne –nos_o”path_for_extract”

Но это еще не все, для того, чтобы затем нормально проводить обновления лучше сделать административную точку установки:

msiexec /a "path_for_extract\AcroRead.msi"

Т.е. к тому месту, куда была распакована инсталляция. Затем производится интеграция обновлений в инсталляцию:

msiexec /a "path2gp\AcroRead.msi" /p "path_for_extract\update.msp"

Где path2gp – путь, по которому расположена папка с дистрибутивами для групповой политики. Ну а update.msp – это файл обновления, который находится в папке с распакованной инсталляцией. Если файлов с обновлениями несколько, то нужно запускать их по очереди, от более старых версий к более новым.

После всего этого, у вас все готово к настройке.

Более полно можно прочитать в документе Deploying Adobe Reader 9

Настройка Acrobat Reader

Для того, чтобы произвести настройку понадобится Adobe Customization Wizard 9. Его следует установить, а затем сформировать инсталляционный пакет с настройками.

Лично я настраиваю тихую инсталляцию, отключаю просмотр pdf в браузере, отключаю Acrobat.com. Кроме того, я импортирую с текущего компьютера настройки для Reader из веток

HKCU\Software\Adobe\Acrobat Reader\9.0\JSPrefs
HKCU\Software\Adobe\Acrobat Reader\9.0\Originals

Конечно же, перед этим, нужно настроить Acrobat Reader на локальной машине. Как минимум отключить JavaScript, прописать единицы измерения и т.д.

После этого, нужно сохранить package, в котором появится .mst файл в котором и содержатся все сделанные модификации.

После этого, полученный пакет переносится в сетевое хранилище, в котором у вас лежат пакеты для Group Policy, создается сама GP и все готово. Думаю, что описывать создание самой политики по установке Acrobat Reader смысла нету. Главное, не забудьте подключить в политике файл *.mst, сформированный Adobe Customization Wizard 9.

Кроме того, с помощью групповых политик можно и управлять параметрами Acrobat Reader. К сожалению, сама Adobe не озадачилась выпуском групповых политик, но они есть. Вот шаблон, который я использую для XP.

К сожалению, для Vista и Windows 7 шаблона нету, а лень и отсутствие времени не дают сделать на основе старого шаблона новый. Поэтому для Windows 7 мы это настраиваем ключами в реестре. Если мы таки сподобимся и сделаем, то я его обязательно выложу.

Источник

Установка acrobat reader через gpo

Рассмотрим, каким образом мы можем выполнить каждый из вышеперечисленных пунктов на примере создания объекта Групповой политики, предназначенной для выполнения установки Adobe Acrobat Reader’а в корпоративной среде.

1) Как добыть инсталлятор Acroreader’а? Как выяснилось это не просто, а очень просто. Сначала нам придется скачать с сайта производителя инсталлятор Acroreader’а, представляющий обычный исполняемый exe-файл. Сделать это можно одним из следующих способов: посетить сайт www. adobe.com, потыркать по ссылочкам и добраться, наконец, до страницы со ссылкой на файл-дистрибутив, либо, сократив количество телодвижений, непосредственно забрать оный инсталлятор с ftp-сервера производителя. Последняя (на момент написания этих строк) версия инсталлятора 9.3.4 доступна для скачивания по следующему адресу:ftp://ftp.adobe.com/pub/adobe/reader/win/9.x/9.3.4/enu/AdbeRdr934_en_US.exe. И так, мы добыли инсталлятор в виде исполняемого файла. К нашему счастью этот инсталлятор есть не что иное, как, своего рода, самораспаковывающийся архив, который содержит в себе нужный нам msi-пакет. Поэтому нам не придется заниматься самостоятельной изготовкой msi-пакета. Все, что нам нужно сделать, это распаковать полученный «архив». Для этого обратимся к документации от производителя (Deploying Adobe Reader 9). Для того, чтобы извлечь содержимое exe-файла в папку AR9, необходимо дать команду:

AdbeRdr934_en_US.exe -nos_o»AR9″ -nos_ne

В результате в папке AR9 будет создан следующий набор файлов:

PS > dir -Recurse

Каталог: Microsoft.PowerShell.Core\FileSystem::C:\ar9
Mode LastWriteTime Length Name
—- ————- —— —-
d—- 22.09.2010 15:22 <DIR> Reader9
-a— 20.06.2010 2:05 308656 Setup.exe
-a— 14.08.2010 16:02 769 setup.ini

Каталог: Microsoft.PowerShell.Core\FileSystem::C:\ar9\Reader9
Mode LastWriteTime Length Name
—- ————- —— —-
-ar– 12.12.2007 1:29 1728 abcpy.ini
-ar– 04.01.2010 21:41 3972608 AcroRead.msi
-a— 04.04.2010 10:54 11850240 AdbeRdrUpd932_all_incr.msp
-a— 20.06.2010 12:01 8040960 AdbeRdrUpd933_all_incr.msp
-a— 13.08.2010 22:09 12263936 AdbeRdrUpd934_all_incr.msp
-ar– 04.01.2010 21:39 109673432 Data1.cab
-ar– 22.12.2009 7:16 345520 Setup.exe
-a— 14.08.2010 16:02 382 setup.ini

Из полученного набора нас интересует файл AcroRead.msi, это, собственно говоря, и есть наш пакет.

2) Со вторым пунктом нашего плана, думаю у нас проблем возникнуть не должно. Все мы умеем папки создавать да права на них выдавать. Единственный нюанс: права на папку должны быть таковы, чтобы доступ к папке имели компьютеры домена (т.к. мы собираемся прописать пакет установки в разделе «Конфигурация компьютера» групповых политик). Для этих целей можно, например, предоставить доступ на чтение для группы «Компьютеры домена» или «Прошедшие проверку».

3) Выполняем административную установку. Для этого нам потребуется полученный в п. 1 настоящей инструкции пакет AcroRead.msi. Выполняем команду msiexec /a <Full_path_to_AcroRead.msi>

, где <Full_path_to_AcroRead.msi> — это полный путь (включая имя файла) к пакету AcroRead.msi . Для вышеприведенного примера эта команда будет выглядеть так: msiexec /a C:\ar9\Reader9\ AcroRead.msi. В результате на экране появится «визард», в котором необходимо будет указать полный путь к папке, в которую мы хотим поместить административную установку (эта папка была создана нами на предыдущем шаге).

4) Настройка пакета инсталляции, создание «модификации» (mst-файла).

Для настройки пакета установки мы воспользуемся «Adobe Customization Wizard 9» (ACW), любезно предоставленного для этого производителем: запускаем ACW, открываем msi-пакет, находящийся в папке административной установки. Вносим следующие изменения:

а) в разделе «Installation options» выбираем Unattended установку (установка без вмешательства пользователя), а так же «Suppress reboot» (запрещаем перезагрузку после установки)

б) «В разделе EULA and Document Status» взводим галку «Suppress display of EULA» (подавление отображения лицензионного соглашения)

в) В разделе «Online and Acrobat.com features» запрещаем выполнять любые обновления, т.к. обновление будет выполняться администратором централизовано (об этом речь пойдет ниже).

В целях безопасности взводим «галку» «When launching PDF in Internet Explorer, prompt user in open|save dialog», тем самым не позволяя открывать pdf-документ в окне браузера (вместо этого пользователю будет предложено открыть/сохранить файл).

Запрещаем доступ к Adobe.com features.

Если есть желание, можно осуществить более тонкую настройку путем «непосредственного редактирования» в разделе «Direct Editor». Так, например, если вы хотите отключить установку «Быстрого запуска Acrobat Reader’а» (“Adobe Reader Speed Launcher”), то для этого вам потребуется удалить элемент таблицы Registry838 (о некоторых других параметрах тонкой настройки инсталляционного пакета Adobe Acrobat Readerа можно прочитать здесь: “Deploying Adobe Reader 9 for Windows”

Затем, сохраняем выполненные настройки в новом файле модификации (mst-файл): для этого выполняем Transform->Generate Transform

5)Создание/редактирование GPO для добавления пакета инсталляции

а) В редакторе групповых политик щелкаем правой кнопкой по узлу «Установка программ»

б) В появившемся окне диалога открытия файла находим и выбираем на сетевом ресурсе с административной установкой msi-пакет. После открытия этого пакета мы увидим следующее окно:

В этом окне мы должны выбрать «особый» метод развертывания, т.к. мы собираемся использовать файл модификации (mst-файл).

в) на вкладке «Модификации» добавляем созданный нами при помощи ACW файл модификации Acroread.mst.

Не забудьте прилинковать созданную политику к нужному OU.

Ну, и остался последний важный момент. Политику мы создали, прилинковали. На компьютерах она применилась. А как же быть с обновлениями?

Обновления выпускаются фирмой Adobe в виде patch-файлов, имеющих расширение msp. С помощью этих файлов мы можем выполнять обновление административной установки. Обновление выполняется в 2 этапа:

a) собственно обновление, т.е. применение patch’а к административной установке.
После того, как мы скачали с сайта производителя очередной инкрементальный файл патча, применим его к административной установке при помощи следующей команды:

<Full_path_to_AcroRead.msi_on_share_with_admin_install> – полный путь к msi-пакету административной установки AcroRead.msi
<Full_path_to_patch_file> – полный путь к файлу patch’а.
Для вышеприведенного примера команда будет выглядеть следующим образом:
msiexec /a \\Server\Deploy\Acrobat\AcroReadd.msi /p C:\ar9\Reader9\ AdbeRdrUpd932_all_incr.msp

b) распространение обновления на клиентские компьютеры.
Для того чтобы клиентские компьютеры выполнили обновление ПО, ранее установленное при помощи групповых политик, необходимо, открыв соответствующую политику на редактирование, дать команду «Развернуть приложение заново» (см. рисунок ниже)

При написании данной заметки были использованы следующие источники информации:

[Upd 2010.10.27]

Добавлю еще немного полезных настроек, которые могут быть сохранены в файле-модификации (*.mst):

Добавляем параметры реестра, отключающие JavaScript (встроенный в Acrobat):

Обратите внимание, что раздел реестра JSPrefs с параметром bEnableJS может быть добавлен, как в куст HKCU, так и в HKLM. Думаю, что лучше будет добавить эти параметры в оба куста и вот почему: какя уже писал, этот параметр действует в обоих случаях, но приоритетнее параметр, заданный в ветке HKCU. С другой стороны, параметр из куста HKLM полезен тем, что он задает дефолтное значение (JavaScript вкл/выкл) для любого пользователя компьютера (в том числе и локального).
Не смотря на то, что мы может отключить встроенный JavaScript в пакете msi, после установки приложения пользователь может снова его включить (взведя соответствующий checkbox в меню Acrobat Reader’а). Поэтому настоятельно рекомендую прикрутить в политику, которая бы постоянно выполняла отключение встроенного интерпретатора JavaScript.

Кроме того, из соображений безопасности стоит запретить документу PDF открытие других файлов и запуск приложений:

Источник

Установка Adobe Reader из MSI и применение пакетов обновления MSP

Эта статья обновлена в мае 2012 года и принадлежит серии статей про установку программ в Active Directory. Несмотря на обилие текста, сразу смотрите финал (на этой странице) — все слишком просто! Потом читайте спокойно и вдумчиво.

Задача

Подготовить пакет Adobe Reader со всеми обновлениями на текущий момент для установки через Active Directory.

Второстепенная задача: научиться применять обновления в формате MSP (расширение .msp).

Исходные данные

На 28.02.11 актуальной версией Adobe Reader является 10.0.1. Для русской версии доступны AdbeRdr1000_ru_RU.msi и файл обновления AdbeRdrUpd1001_Tier4.msp. Ссылки указывают на директории на ftp-сервере Adobe.

Файлы обновлений в формате MSP для Adobe Reader называются по-разному в зависимости от языка исходного продукта. Для русской версии нам нужен файл AdbeRdrUpd1001_Tier4.msp (а не Tier1, 2 или 3). Подробнее об этом читайте здесь.

По поводу получения msi-файлов могу сказать, что очень похоже на то, что Adobe всегда будет предоставлять файлы msi для установки через Active Directory. Способ, описанный мной здесь скорее всего не пригодится.

Вариант 1: с предварительной распаковкой MSI-архива

Нам будет необходимо подготовить пакет msi (.msi), наложить на него патч (.msp) и скопировать результат на сетевую папку для дальнейшего распространения средствами Active Directory.

1. Готовим MSI-пакет для наложения патча

Это вариант начала 2011 года.

Создадим папку C:\Temp\Adobe и скопируем в нее файлы AdbeRdr1000_ru_RU.msi и AdbeRdrUpd1001_Tier4.msp .

Запускаем cmd и переходим в созданную папку:

Распаковываем AdbeRdr1000_ru_RU.msi в папку Updated:

> msiexec /a AdbeRdr1000_ru_RU.msi TARGETDIR=c:\Temp\Adobe\Updated

Запустится инсталлятор, соглашайтесь и примайте 🙂 После этого в папке Updated будут лежать файлы для установки по сети. Но это пока еще версия 10.0.0. Нам надо обновить ее.

2. Обновляем установочный набор

> msiexec /a c:\Temp\Adobe\Updated\AdbeRdr1000_ru_RU.msi /p C:\Temp\Adobe\AdbeRdrUpd1001_Tier4.msp

Эта команда объединит существующий набор с обновлениями из файла AdbeRdrUpd1001_Tier4.msp .

3. Копируем обновленный набор в сеть

Теперь копируем папку Updated в сеть и распространяем обновленный пакет Adobe Reader 10.0.1 всем пользователям локальной сети.

Собрав все вместе, привожу команды консоли cmd одна за другой, все три!

> cd C:\Temp\Adobe
> msiexec /a AdbeRdr1000_ru_RU.msi TARGETDIR=c:\Temp\Adobe\Updated
> msiexec /a c:\Temp\Adobe\Updated\AdbeRdr1000_ru_RU.msi /p C:\Temp\Adobe\AdbeRdrUpd1001_Tier4.msp

Вот и все. Слов оказалось намного больше дела.

Вариант 2: сразу объединяем основной MSI и MSP-патч

Это вариант начала 2012 года.

Вообще, как показала жизнь, далеко не всегда нужны муки выбора языковых Tier-ов. Например, недавно для получения Adobe Reader версии 10.1.3 я использовал сочетание (все с офиц. ftp) AdbeRdr1010_ru_RU.msi и AdbeRdrUpd1013.msp .

В официальном руководстве от Adobe (см. внизу список литературы) предлагается такой вариант:

Копируете в папку (например, C:\Temp\Adobe ) файлы msi и msp и выполняете такую команду:

> cd C:\Temp\Adobe
> msiexec /a [MSI file name] /p [MSP file name]

и копируете все, что в папке C:\Temp\Adobe , туда, откуда через групповые политики распространяете ПО.

Интересный момент (текст далее несколько сумбурен, можете не заморачиватсья, на скрость не влияет и можете смело читать этот абзац наискосок): в папке C:\Temp\Adobe так и останутся файлы AdbeRdr1000_ru_RU.msi и AdbeRdrUpd1001_Tier4.msp , но файл AdbeRdr1000_ru_RU.msi будет уже не тот, что вы скачали с сайта Adobe, а измененный. Поэтому если вы потом вдруг (например, экспериментируя) замените файл AdbeRdr1000_ru_RU.msi в папке C:\Temp\Adobe на оригинальный, скачанный с сайта, у вас обновление не пройдет. Я не знаю механизма работы патчей MSP, но, возможно, в файл MSI "встраивается" ссылка на патч и именно в таком виде они дальше могут взаимодействовать. Я это почему пишу: я все это "пробую" шаловливыми ручками и, создав обновленный пакет, решил заменить файлы с одинаковыми названиями и увидел, что ничего таки не стало вдруг работать 🙂

Литература

  • Для тех, кто предпочитает читать превоисточники, смотрите руководство для администраторов (англ., офиц. сайт Adobe, формат PDF).
  • Чтобы знать, в какой порядке ставить обновления, см. соответствие версий и языковых пакетов (англ., офиц. сайт Adobe).
  • Список материалов (англ., офиц. сайт Adobe) для системных администраторов.

Авторизуйтесь для добавления комментариев!

Источник

Читайте также:  Установка и настройка программного обеспечения