Бетке Сергей: iT блог

Опять-таки, дела давно минувших дней. Но обещал написать примеры сборки msi пакетов на WiX, посему – пишу.

Возникла в своё время проблема с перемещаемыми профилями пользователей. На примере Outlook 2003 расскажу. Это счастье сохраняет при конфигурировании полный путь к своим файлам автономных папок вида C:\Documents and Settings\sergey.s.betke\Local Settings\Application Data\Microsoft\Outlook\outlook.ost. Вместо того, чтобы использовать что-то типа %APPDATA%\Microsoft\Outlook\outlook.ost или %USERPROFILE%\Local Settings\Application Data\Microsoft\Outlook\outlook.ost разворачивает путь полностью. И при попытке подставить переменную в реестре – ругается и не работает.

Решим эту проблему для всех подобных приложений в масштабах домена.

Решение на самом деле простейшее. Подцепляем диск Z: в logon скрипте пользователя к %USERPFOFILE%, и все “не очень совместимые” с перемещаемыми профилями  пользователей приложения настраиваем политиками на использование диска Z: вместо профиля пользователя.

Сам сценарий примитивен:

subst z: "%USERPROFILE%"

После чего могу подключать ресурсы в профиле пользователя следующим образом: Z:\Local Settings\Application Data\Microsoft\Outlook\outlook.ost.

Поэтому на первом этапе так и решал: создал политику, в неё разместил itgConnectProfile.cmd с указанным выше содержимым, повесил его как logon скрипт пользователя – и вуаля. Но проблемы начались позднее. Рассмотрим ноутбук и сотрудника в командировке. Загружаем операционку – и сценария нет (просто до файла сценария не добраться). Соответственно, диск Z: не подключен, и Outlook свой автономных папок не находит и так далее. Что же делать?

Тут нам и приходит на помощь WiX. Соберём msi пакет, который раскинет указанный выше сценарий по станциям, пропишет его в автозапуск в реестре пользователя – и закроем проблему таким образом.

Использовать будем платформу windows installer, для распространения приложения можем использовать GPO или иные средства, благо msi даёт нам широкий выбор средств развёртывания. Для разработки используем MS Visual Studio Shell и WiX .

Заранее прошу — если будете качать и пользоваться, оставьте по результатам комментарии. Если потребуется что-либо добавить — сообщайте, добавим.

Начну сразу с конца, чтобы интереснее читать было. Идём ко мне на ftp://ftp.novgaro.ru/AMF/DSL/ITG/ConnectProfileAsZ/. Видим там кучу папок. Заходим в крайний релиз. Видим папки Prg и Prj. Папку Prj Вы можете честно качать себе целиком, и открывать в Visual Studio файл проекта (.wixproj).

Естественно, предварительно необходимо установить установить MS Visual Studio Shell и WiX уже к студии. Замечу, что нам подойдёт только сама среда (shell) студии – нам ведь нет необходимости использовать какие-либо компиляторы, нам нужен только бесплатный WiX. Качаем shell студии MS Visual Studio Shell и WiX (ссылка для закачки) к нему. Теперь мы можем открыть проект.

В папке Prg\adm можно найти уже подготовленную административную точку развёртывания msi пакета, скомпилированного WiX. Копируете папку целиком, и разворачиваете пакет на рабочие станции через GPO – и будем Вам счастье :-).

Вернёмся к задаче. Файл проекта:

<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Product
    Id="EF81BAEB-8688-403C-BE09-A1FFCED66830"
      Manufacturer="ГАРО-ITG"
      Name="[ГАРО-ITG] ITG - подключение профиля как z:"
      Language="1049"
      Version="1.00.001"
      Codepage="1251"
    UpgradeCode="717DCFD6-3B74-4AEE-806A-6039C27B0E7C"
  >
    <Package
      InstallerVersion="100"
      Compressed="no"
      AdminImage="yes"
      InstallScope="perUser"
      InstallPrivileges="elevated"
      Languages="1049"
      Manufacturer="ГАРО-ITG"
      SummaryCodepage="1251"
      Comments="Пакет для подключения профиля пользователя как диска Z:"
      Description="Пакет для подключения профиля пользователя как диска Z:"
    />

    <Media Id="1" EmbedCab="no" />

    <Directory Id="TARGETDIR" Name="SourceDir">
      <Directory Id="WindowsFolder" Name="Windows"/>
    </Directory>

    <ComponentGroup Id="ConnectProfile">
      <Component Id="RunRecord" Guid="*" Directory="TARGETDIR" Location="local" Permanent="no">
        <RegistryKey Root="HKCU" Key="SOFTWARE\Microsoft\Windows\CurrentVersion\Run" Action="none">
          <RegistryValue KeyPath="yes" Name="itgConnectProfileAsZ" Type="string" Value="[#connectProfileScript]" />
        </RegistryKey>
      </Component>

      <Component Id="RunScript" Guid="*" Directory="WindowsFolder" Location="local" Permanent="no">
        <File Id="connectProfileScript" KeyPath="yes" Vital="yes" Name="itgConnectProfile.cmd" Source="SourceDir\Windows\itgConnectProfile.cmd"/>
      </Component>
    </ComponentGroup>

    <Feature Id="itgConnectProfileAsZ" Title="Подключение профиля пользователя как Z:" Level="1" AllowAdvertise="no" InstallDefault="local" TypicalDefault="install">
      <ComponentGroupRef Id="ConnectProfile"/>
    </Feature>

    <Upgrade Id="717DCFD6-3B74-4AEE-806A-6039C27B0E7C">
      <UpgradeVersion Minimum="1.0.0" IncludeMinimum="yes" Property="OLDPRODUCT"/>
    </Upgrade>

    <!--<Icon Id="ITG.ico" src="SourceDir\Icon\ITG.ico" />-->

    <InstallExecuteSequence>
      <RemoveExistingProducts After="InstallValidate"/>
    </InstallExecuteSequence>

    <Property Id="ARPHELPTELEPHONE" Value="269, 338, 325"/>
    <Property Id="ARPCOMMENTS"><![CDATA[Пакет для подключения профиля пользователя как диска Z:. Используется приложениями, сохраняющими в перемещаемом реестре пользователя абсолютные пути в профиле пользователя.]]></Property>
    <!--<Property Id="ARPPRODUCTICON" Value="App.ico"/>-->

    <Property Id="INSTALLLEVEL" Value="100" />

    <Property Id="ARPURLINFOABOUT" Value="http://sergey-s-betke.blogs.novgaro.ru/userprofile-as-z"/>
    <Property Id="ARPHELPLINK" Value="http://sergey-s-betke.blogs.novgaro.ru/userprofile-as-z" />
    <Property Id="ARPCONTACT" Value="sergey.s.betke@novgaro.ru" />

  </Product>
</Wix>

Как видно, пакет простейший. Копирует один файл и делает одну запись в реестре. Через политику его назначать следует на пользователя, не на ПК, иным способом обеспечить автозапуск вместе с сессией пользователя будет сложно.

Собственно говоря – that’s all. Сценарий по рабочим станциям домена раскинут, и даже если они будут использоваться за пределами сети (мобильные пользователи в командировке), все приложения смогут прекрасно использовать диск Z: как профиль пользователя. И мы можем гарантировать, что при перемещении профиля пользователя на другую машину, скажем – с другой буквой системного раздела, проблем не возникнет.