В данной главе поясняется использование LANDesk Management Suite для распространения программного обеспечения и файлов на устройства через сеть.
В этой главе вы изучите следующее:
Функция распространения ПО позволяет разворачивать ПО и пакеты файлов на устройствах, работающих под управлением следующих операционных систем:
На устройствах, получающих пакеты распространения ПО, должны быть установлены следующие агенты LANDesk:
К функциям распространения программного обеспечения относятся:
При отсутствии пакета для развертывания можно воспользоваться технологией компоновки пакетов Management Suite и создать отдельную исполняемую программу для установки требуемого программного обеспечения. После получения пакета сохраните его на сервере, называемом "сервер доставки" и расположенном в Интернете или в сети. Распределение можно планировать с помощью окна Запланированные задачи (Scheduled tasks) консоли. Главный сервер передает информацию о местоположении пакета (URL-адрес или путь UNC) на устройство, а устройство копирует только нужные ему файлы или части файлов с сервера доставки.
Например, при переустановке программного обеспечения из-за повреждения или отсутствия некоторых файлов система копирует только поврежденные или отсутствующие файлы, а не всю программу. Эта технология также работает со ссылками глобальной сети (WAN). Пакет можно хранить на нескольких серверах, а затем настроить устройства на использование сервера, соответствующего их потребностям (близость местоположения, доступность полосы пропускания и многое другое).
Функция распространения ПО также возобновляет прерванные загрузки пакетов. Например, если мобильное устройство было отключено от сети во время загрузки крупного пакета, то при подключении устройства к сети загрузка продолжается с того места, на котором она была остановлена.
В Management Suite процесс распространения ПО состоит из трех основных действий:
Разделение задач распространения на две составляющие: пакеты распространения и методы доставки, упрощает процесс распространения. Теперь вы можете создавать шаблоны методов доставки, которые не зависят от конкретного пакета. Например, можно создать шаблон метода доставки Targeted Multicast по умолчанию, а при наличии пакета для многоадресной рассылки можно доставить его с помощью этого шаблона без необходимости изменения конфигурации пакета распространения или метода доставки.
Если в вашей организации созданием и распространением пакетов занимаются разные люди, изменения этих функций позволят упростить распределение должностных обязанностей и задач. Теперь создатели пакетов могут работать независимо от их распространителей.
Функция распространения ПО поддерживает следующие типы пакетов:
Это пакеты в формате установщика Windows Installer. Для создания пакетов MSI необходимо использовать средство сторонних разработчиков. Эти пакеты состоят из основного файла .msi и могут включать вспомогательные файлы и преобразования. Преобразования определяют способ установки пакетов MSI. Если пакет MSI состоит из нескольких файлов, убедитесь в том, что все они добавлены в диалоговое окно Пакет распространения (Distribution package).
Чтобы использовать пакет исполняемого файла для распространения ПО, необходимо обеспечить выполнение следующих условий:
Для установки пакета можно использовать любой исполняемый файл, удовлетворяющий этим двум условиям. В пакеты исполняемого файла можно включать дополнительные файлы.
Пакеты командного файла основаны на командном файле Windows/DOS. В эти пакеты распространения можно включать дополнительные файлы. Состояние успешного завершения обработки пакета командного файла зависит от значения переменной уровня ошибки системной среды после завершения выполнения командного файла.
ПРИМЕЧАНИЕ:
Использование командных файлов в задачах на устройствах Windows
95/98
В Windows 95/98, когда command.com запускает командный файл,
который содержит исполняемый файл Windows, запускается данный
исполняемый файл, а затем продолжается выполнение команд из
командного файла без какого-либо перерыва. Главный сервер получает
результат, когда заканчивается обработка командного файла, а не
когда завершается работа исполняемого файла Windows. В этом случае
главный сервер не будет знать, успешно ли выполнен исполняемый
модуль Windows, и сообщит об успешном завершении, если остальные
команды DOS будут выполнены успешно.
Если командный файл запускает исполняемый модуль DOS, то перед
продолжением работы командный файл дождется завершения работы этого
модуля. Для исполняемый файлов DOS главный сервер получает
результат после завершения всех процессов.
Любой файл Macintosh доступен для загрузки, однако Management Suite не позволяет загружать каталоги. Пакеты установки (.pkg) могут содержать каталоги. Они должны быть сжатыми. Если загруженный файл имеет расширение .sit, .zip, .tar, .gz, .sea или .hqx, Management Suite выполняет его распаковку перед возвратом. (Пользователям следует убедиться, что в Stuffit Expander отключен параметр проверки наличия новых версий, так как отображение диалогового окна может прервать выполнение сценария.)
Это пакеты в формате Linux RPM. Чтобы обеспечить нормальную работу Linux RPM, необходимо сохранить эти пакеты в общем веб-ресурсе.
Приложение виртуализации использует технологию Thinstall для виртуализации приложения, сохраняя его в едином автономном исполняемом файле, который содержит как приложение, так и .DLL и зависимости драйвера устройства. При запуске виртуальные приложения работают в изолированной среде, не меняя установленную среду Windows, в которой они выполняются.
Виртуальные приложения работают на защищенных устройствах без необходимости назначения дополнительных привилегий.
Виртуальные приложения обычно состоят из одного или нескольких исполняемых файлов. Для развертывания исполняемых файлов виртуальные приложения на управляемых устройствах можно использовать операцию распространения программного обеспечения. С пакетами виртуального приложения могут использоваться любые методы доставки, применяемые для распространения программного обеспечения, включая команду Run из источника. При развертывании пакета виртуального приложения с запуском из источника управляемые устройства используют ярлык приложения для запуска исполняемого файла виртуального приложения в сети.
Пакеты Windows Script Host (WSH) используются в программном обеспечении Microsoft в качестве альтернативы командным файлам и часто применяются для автоматизации аналогичных задач, например назначения дисков, копирования файлов или изменения ключей реестра. Файлы WSH обычно используются с Jscript (.js) и VBScript (.vbs). Основное преимущество пакета Windows Script Host перед пакетом .bat состоит в том, что он позволяет комбинировать несколько языков в одном файле за счет использования расширения файла, не зависящего от языка (.wsf). Эти пакеты часто можно создавать в Блокноте, HTML-редакторе, Microsoft Visual C++ или Visual InterDev.
Это пакеты, созданные с помощью компоновщика пакетов LANDesk Enhanced Package Builder предыдущих версий (устанавливается отдельно). Хотя улучшенный компоновщик пакетов больше не включается в состав Management Suite, LANDesk Software продолжает поддерживать распространение файлов, созданных с его помощью. Они являются исполняемыми файлами со свойствами, однозначно идентифицирующими их как пакеты распространения ПО (SWD).
Функция распространения ПО поддерживает следующие методы доставки:
ПРИМЕЧАНИЕ: Для каждого из указанных типов методов доставки LANDesk включила в свой продукт конфигурации по умолчанию. В таких методах по умолчанию используются стандартные настройки, которые обеспечивают нормальную работу в большинстве сред. Если требуется изменить одно из этих значений по умолчанию, рекомендуется скопировать метод доставки и переименовать его, чтобы сохранить стандартные настройки для последующего использования.
На главном сервере выполняются или размещаются следующие компоненты распространения ПО:
Сервером доставки называется сервер, на котором сохраняются пакеты распространения программного обеспечения. Это может быть web-сервер или файловый сервер Windows. Рекомендуется использовать для пакетов URL-адреса. Как правило, правильная настройка URL-адреса требует меньше усилий, чем настройка пути UNC.
Общие папки пакетов HTTP должны иметь добавленную гостевую учетную запись в Интернете с как минимум привилегиями на чтение, поскольку доступ к пакетам осуществляется через анонимный HTTP.
Общие папки пакетов UNC должны иметь добавленную группу "Компьютеры домена" (Domain Computers) с как минимум привилегиями на чтение.
Описываемые действия позволяют создать на web-сервере виртуальный каталог и сделать его доступным для просмотра. Как правило, для виртуальных каталогов необходимо разрешить чтение и просмотр каталогов, а также анонимный доступ. Разрешение для выполнения не устанавливается, или общий ресурс не сможет правильно работать. Можно также отключить разрешения на запись, чтобы устройства не могли изменять содержимое каталога.
Размеры и число пакетов, помещаемых в этот каталог, ограничены только доступным дисковым пространством. Можно создавать подкаталоги для логического группирования пакетов. Для каждого созданного подкаталога должны быть заданы разрешения, описанные выше в разделе "Для настройки web-сервера для распространения программного обеспечения".
После копирования пакетов в общую папку на web-сервере они организовываются и подготавливаются к копированию на целевые устройства. После планирования путь URL или UNC пакета передается в файл SDClient.exe (агент устройства) в качестве параметра командной строки. Модуль SDClient.exe осуществляет передачу файлов, запускает установку и сообщает о состоянии. Несмотря на то, что для передачи файлов используется протокол HTTP, сообщение о состоянии возвращается через стандартного агента LANDesk.
Web-сервер устанавливает связь с устройством, чтобы проверить правильность копирования пакета. Если передача пакета прерывается во время загрузки, web-сервер может с помощью протокола HTTP перезапустить загрузку с того места, где она была остановлена. Однако web-сервер не выполняет проверку правильности установки пакета. Передача данных выполняется через протокол TCP, а сообщение о состоянии возвращается на главный сервер с помощью стандартного агента LANDesk.
Устройства, в которых нет браузера, должны получать пакеты распространения из пути UNC на сетевом сервере Windows. Это может быть та же папка, которую вы установили на своем web-сервере. При использовании предпочитаемых серверов для расположенных на них общих папок пакетов UNC можно настроить учетные данные аутентификации без необходимости настройки общей папки нулевого сеанса.
Если предпочитаемые серверы или их учетные данные не используются, необходимо создать нулевой сеанс общей папки пакетов, который позволяет пользователям получить доступ к общей папке без необходимости предоставления альтернативных учетных данных. Создайте общую папку нулевого сеанса с помощью утилиты SysShrs.exe.
Размеры и число пакетов, помещаемых на сетевой сервер, ограничены только доступным дисковым пространством.
При размещении пакетов на web-сервере IIS Microsoft необходимо задать несколько дополнительных настроек:
Способ обработки виртуальных каталогов в IIS 6 и в IIS 5 различается (в IIS 5 использовался web-сервер Windows 2000). Если на сервере IIS 6 вы выберете каталог и с помощью контекстного меню объявите его общим web-ресурсом, каталог регистрируется в службах IIS 6 как web-приложение, а не как виртуальный каталог. Проблема состоит в том, что в этом случае при попытке выбора исполняемого файла web-сервер пытается запустить файл как web-приложение вместо того, чтобы загрузить его пользователю.
Для решения проблемы нужно войти в IIS, изменить тип общего каталога с web-приложения на виртуальный каталог и отключить разрешения на выполнение.
Когда на сервер IIS 6 помещаются файлы, файлы без зарегистрированного типа файла MIME приводят к возникновению ошибки "Ошибка HTTP 404, файл не найден" (HTTP error 404, File Not Found). В этом случае многоадресная рассылка и/или установка такого файла выполняются со сбоем, пока не будут зарегистрированы типы файлов MIME.
Пакет распространения состоит из файла пакета, который необходимо распространить, дополнительных , необходимых для этого пакета, и настроек, описывающих компоненты и режим работы пакета. Для создания определения пакета распространения необходимо сначала создать сам пакет.
В приведенных ниже инструкциях поясняется создание пакета распространения ПО. Чтобы пакет выполнялся правильно, пакет распространения ПО должен находиться на сетевом сервере или web-сервере, а на устройствах должен быть установлен агент распространения ПО.
Распространение пакета на устройства включает в себя три основных действия.
ПРИМЕЧАНИЕ: Для каждого из типов методов доставки LANDesk включила в свой продукт конфигурации по умолчанию. В таких методах по умолчанию используются стандартные настройки, которые обеспечивают нормальную работу в большинстве сред. Если требуется изменить одно из этих значений по умолчанию, рекомендуется скопировать метод доставки и переименовать его, чтобы сохранить стандартные настройки для последующего использования.
Ход выполнения задачи можно просмотреть в окне Запланированные задачи (Scheduled tasks).
В средах с большим количеством пользователей Management Suite может возникнуть путаница с тем, за какие пакеты распространения, методы доставки и запланированные задачи отвечает каждый из пользователей. Чтобы решить данную проблему, Management Suite делает пользователя, создающего пакет распространения, метод доставки или запланированную задачу, владельцем по умолчанию для этого элемента. Кроме владельца, эти личные элементы могут просматривать администраторы RBA/пользователи конфигурации распространения ПО.
Личные элементы отображаются в деревьях Мои методы доставки (My delivery methods), Мои пакеты (My packages) или Мои задачи (My tasks). Пользователи с правами администратора могут просматривать элементы для всех пользователей в деревьях Все пакеты распространения (All distribution packages), Все методы доставки (All delivery methods) и Все задачи (All tasks).
При создании пользователями элемента распространения на странице Описание (Description) доступен параметр Владелец (Owner). Пользователи могут выбрать Общий (Public), чтобы этот элемент могли видеть пользователи консоли. Администраторы кроме значения Общий (Public) могут выбрать определенного пользователя.
Дополнительные сведения о ролевом администрировании с распространением ПО см. в разделе Распространение ПО.
Задачи принудительной отправки, политик и принудительной отправки на основе политик для распространения ПО могут включать в себя предварительный пакет и завершающий пакет. При использовании нескольких пакетов их установка осуществляется по одному за раз. Перед началом установки пакета предыдущий пакет должен возвратить состояние успешного завершения задачи на всех целевых устройствах.
Предварительный и завершающий пакеты удобно использовать, когда требуется выполнить команды до и/или после основного пакета. Например, можно создать пакет командного файла, выполняющий команды по настройке целевого устройства для основного пакета. После завершения установки основного пакета можно указать завершающий пакет командного файла, осуществляющий пост-конфигурацию. Предварительный или завершающий пакет может относиться к любому типу, но в качестве метода доставки обязательно должна использоваться принудительная отправка. Метод доставки принудительной отправки на основе политик не поддерживает предварительный и завершающий пакеты.
Предварительный и завершающий пакеты можно указать при планировании задачи распространения. На странице Пакет распространения (Distribution package) диалогового окна Запланированная задача - свойства (Scheduled task - properties) доступны параметры Предварительный пакет (Preliminary package) и Завершающий пакет (Final package). Для выбора одного из этих параметров необходимо перейти на страницу Метод доставки (Delivery method) и выбрать метод доставки принудительной отправки. Для этого щелкните Принудительная отправка (Push) в поле Тип доставки (Delivery type) и выберите требуемый метод доставки в поле Метод доставки (Delivery method).
В рамках функции распространения ПО доступно несколько методов передачи файла на устройство для установки. К ним относятся:
Когда требуется загрузка файла, агент распространения ПО SDClient сначала проверяет кэш на наличие файла. Кэш определяется в C:\Program Files\LANDesk\LDClient\sdmcache или в виде пути, сохраненного в каталоге кэша в многоадресном ключе реестра:
Структура файлов в кэше идентична структуре файлов на сетевом сервере или web-сервере. Это позволяет предотвратить возникновение проблем при наличии файлов с одинаковым именем в нескольких пакетах.
Если файл отсутствует в кэше, SDClient обычно пытается загрузить его с кэширующего узла в сети. Можно настроить метод доставки на обязательную загрузку с кэширующего узла.
Если не удается получить файл с кэширующего узла, SDClient загружает файлы непосредственно из источника UNC или URL. Метод доставки можно настроить таким образом, что при необходимости получения из источника загрузку файла выполняет только устройство, находящееся в домене многоадресной рассылки. В большинстве случаев при загрузке из общей папки UNC она должна быть общим ресурсом нулевого сеанса. Если на загружаемый файл указывает URL-адрес, SDClient загружает файл с web-сайта.
В любом случае SDClient помещает данный файл в кэш многоадресной рассылки. После этого SDClient обрабатывает загруженный файл.
После загрузки в кэш файл остается там в течение нескольких дней, но в конечном счете он удаляется из кэша. Период времени, в течение которого файл остается в кэше, определяется методом доставки, который используется при развертывании пакета.
Поскольку многие файлы получаются с кэширующих узлов в сети, перед установкой они проверяются. Проверяется целостность файлов посредством сравнения хэша MD5 файла с хэшем MD5, созданным на главном сервере.
При первом планировании пакета распространения Management Suite загружает файлы и вычисляет значения хэша, связанные с основным файлом и любыми дополнительными файлами, которые используются пакетом распространения. Если значение хэша, сохраненное с пакетом, не совпадает со значением хэша, рассчитанного клиентом SDClient на целевом устройстве, загрузка считается недействительной.
При внесении каких-либо изменений в пакет вне Management Suite, например обновлении содержимого пакета, необходимо сбросить значения хэша, в противном случае произойдет сбой любых запланированных задач, использующих обновленный пакет.
Функция распространения ПО обычно загружает файлы пакета в локальный кэш устройства, а затем устанавливает пакет из кэша. Этот способ может быть неэффективен, если пакет или приложение ожидают, что установочные файлы будут иметь определенную структуру папок, например, как в установщике Microsoft Office, или если программа установки приложения не использует все исходные файлы при каждой из установок.
Для описанных случаев можно использовать локальный агент распространения ПО для запуска файла непосредственно из источника, который может быть предпочитаемым сервером или указанным в пакете источником. При разрешении запуска из источника функция распространения ПО не загружает файлы пакета в локальный кэш, а также не запускает пакет с кэширующего узла.
При использовании запуска из источника для пакетов, хранящихся
на общих web-папках, основной файл должен быть файлом MSI или
пакетом SWD. При работе с общими папками UNC основной файл может
относиться к любому из типов файлов.
Распределенные файловые системы (DFS) используют несколько серверов для предоставления файлов, которые доступны из одного общего файлового ресурса. Используемый по умолчанию метод определения пропускной способности функции распространения ПО в сценарии с DFS сводится к расчету пропускной способности с использованием корневого сервера, который может отличаться от фактического сервера, предоставляющего файл. Теперь функция распространения ПО предоставляет альтернативный способ для расчета пропускной способности. В нем для определения пропускной способности извлекается небольшая часть распространяемого файла. В этом случае функция распространения ПО рассчитывает полосу пропускания для сервера, предоставляющего файл.
Этот альтернативный способ определения пропускной способности по умолчанию отключен. Его можно включить в файле ntstacfg.in#, расположенном в папке ldlogon главного сервера. После обновления этого файла соответствующие изменения входят в состав новых или обновленных конфигураций агентов. Чтобы эти изменения вступили в силу, необходимо повторно выполнить развертывание конфигурации агента на устройствах.
Найдите в файле ntstacfg.in# указанный ниже раздел и внесите требуемые изменения.
; Следующие значения реестра управляют
определением полосы пропускания посредством загрузки файла
; измените значение UseDownloadForBandwidth на 1, чтобы включить
использование загрузки файла для определения полосы
пропускания
; значение DownloadSize следует вводить в шестнадцатеричном формате
в диапазоне от 400 до FFFF (от 1024 байт до 65535 байт).
REG1=HKEY_LOCAL_MACHINE,
SOFTWARE\LANDesk\ManagementSuite\WinClient\SoftwareDistribution\UseDownloadForBandwidth,
0, , REG_DWORD
REG2=HKEY_LOCAL_MACHINE,
SOFTWARE\LANDesk\ManagementSuite\WinClient\SoftwareDistribution\DownloadSize,
2000, , REG_DWORD
Management Suite 8 и более поздних версий поддерживает перезапуск контрольных точек на уровне байтов и динамическую регулировку пропускной способности при распространении. Перезапуск контрольных точек работает с заданиями распространения, которые функция распространения сначала копирует в папку кэша устройства (по умолчанию используется папка C:\Program Files\LANDesk\LDClient\SDMCACHE). Когда выбран параметр управления полосой пропускания, файлы сначала копируются в кэш устройства, а перезапуск контрольной точки позволяет возобновить выполнение прерванных операций распространения с того места, на котором они закончились.
Параметр Динамическая регулировка пропускной способности (Dynamic bandwidth throttling) определяет преимущество сетевого трафика, создаваемого устройством, перед трафиком распространения. Кроме того, этот параметр подразумевает принудительную загрузку файла целиком в кэш устройства, что также разрешает перезапуск контрольных точек на уровне байтов для возобновления загрузок с места, на котором они были прерваны. Если выбрать данный параметр и оставить для параметра Минимально доступная полоса пропускания (Minimum available bandwidth) значение 0 процентов, то при создании устройством сетевого трафика скорость распространения уменьшается приблизительно до одного пакета в секунду, пока указанный трафик не закончится. Увеличение минимально доступной полосы пропускания позволяет продолжить использовать часть полосы пропускания устройства для распространения, когда функция распространения того требует и присутствует конфликт ресурсов, связанный с полосой пропускания на устройстве.
При переустановке или восстановлении пакета SWD или MSI не рекомендуется использовать параметр динамической регулировки пропускной способности, поскольку эти типы пакетов обычно загружают только необходимые файлы. При использовании динамической регулировки пропускной способности выполняется принудительная загрузка полного пакета, хотя для восстановления может требоваться всего лишь небольшая его часть.
Динамическая регулировка пропускной способности не доступна на устройствах под управлением Windows 95, Macintosh или DOS. Устройства Windows 98 и Windows NT могут использовать динамическую регулировку пропускной способности при наличии установленного Internet Explorer версии 4 или более поздней.
Можно настроить общую регулировку пропускной способности, чтобы только одно устройство в домене многоадресной рассылки выполняло загрузку из удаленного источника. Кроме того, можно настроить часть пропускной способности, используемую для загрузки из источника. Данная функция доступна во всех версиях операционных систем Windows. Общая регулировка пропускной способности не доступна в системах Macintosh или DOS.
Технология LANDesk Targeted Multicast позволяет распространять крупные пакеты по сети большому числу пользователей с минимальным сетевым трафиком. Функции Targeted Multicast не требуют дополнительной инфраструктуры оборудования или программного обеспечения, так же как и разрешения пакетов многоадресной рассылки в конфигурациях маршрутизаторов. Таким образом, вы получаете доступ к выдающимся преимуществам технологии многоадресной рассылки без характерных для нее проблем.
Технология Targeted Multicast предназначена для работы с существующими пакетами распространения ПО. Targeted Multicast позволяет легко распространять ПО даже в средах глобальной сети (WAN) с несколькими узлами и низкой скоростью подключения (56 кбит). Для доставки с web-сайта представителю подсети в Targeted Multicast используется протокол HTTP. Сканер инвентаризации Management Suite предоставляет службе Targeted Multicast всю информацию о подсетях.
Targeted Multicast предоставляет уникальные преимущества, которыми стандартные методы многоадресной рассылки не обладают. Нацеливание на основе инвентаризации позволяет отправить пакет выбранной группе компьютеров, соответствующей заданным критериям, посредством многоадресной рассылки. Кроме того, Targeted Multicast упрощает работу, поскольку устраняет необходимость в настройке маршрутизаторов на обработку доставок.
По сравнению с обычными методами распространения ПО Targeted Multicast позволяет значительно снизить время и полосу пропускания, необходимые для доставки пакетов ПО. Вместо отправки пакета на каждое из устройств выполняется только одна передача для каждой из подсетей. Экономия полосы пропускания увеличивается пропорционально росту числа устройств в каждой подсети.
Функцию Targeted Multicast можно включить в свойствах метода доставки, установив флажок Развертывание файлов путем многоадресной рассылки (Use Multicast to deploy files) на странице Сетевое использование (Network usage) свойств Методы доставки (Delivery methods). Многоадресная рассылка доступна в методах доставки с принудительной отправкой, принудительной отправкой на основе политик и многоадресной рассылкой (только кэш). Под страницей Сетевое использование (Network usage) находятся несколько страниц, на которых можно настроить многоадресную рассылку.
При запуске распространения с использованием Targeted Multicast отображается окно Распространение ПО многоадресной рассылкой (Multicast software distribution). В этом окне содержится подробная информация о выполнении распространения. Для получения дополнительных сведений о назначении каждого поля щелкните кнопку Справка (Help) в окне Распространение ПО многоадресной рассылкой (Multicast software distribution).
Технологию Targeted Multicast поддерживают как устройства под управлением Windows, так и как устройства под управлением Macintosh OS 10.2. Кроме того, многоадресной рассылкой можно передавать образы развертывания ОС.
"Загрузка с кэширующего узла" (Peer download) — это параметр функции Targeted Multicast, который принуждает все целевые устройства установить пакет из локального кэша устройства или с кэширующего узла, расположенного в той же подсети. Этот параметр позволяет экономить полосу пропускания, но для успешного выполнения установки пакета этот пакет должен находиться в локальном кэше или в кэше кэширующего узла.
Если параметр Загрузка с кэширующего узла (Peer download) не выбран, агент устройства Targeted Multicast все равно пытается сохранить часть доступной полосы пропускания, проверив указанные ниже расположения на наличие файлов пакета в следующем порядке:
Доступен параметр для копирования одного или нескольких файлов в папку локального кэша многоадресной рассылки с использованием многоадресной рассылки. Этот параметр копирует файл в локальный кэш целевого устройства. Он не запускает установку этого файла или выполнение с ним каких-либо других действий. Этот параметр удобен для передачи файлов представителям домена многоадресной рассылки или на устройство в каждом домене многоадресной рассылки. Можно выполнить начальное развертывание для представителей домена многоадресной рассылки, а затем повторить развертывание с включенным параметром загрузки с кэширующего узла, чтобы обеспечить загрузку пакета устройствами только с кэширующего узла в той же подсети.
Перед использованием функции Targeted Multicast необходимо убедиться, что компоненты Targeted Multicast доступны в подсети, в которую выполняется распространение. Для работы Targeted Multicast требуются агенты Management Suite 8 и представитель домена многоадресной рассылки.
Функция Targeted Multicast использует первый ответивший компьютер из списка Представители домена многоадресной рассылки (Multicast domain representatives) для подсети.
Представителями домена многоадресной рассылки могут быть только компьютеры под управлением Windows. Если многоадресная рассылка используется для распространения пакетов на компьютеры Macintosh, убедитесь, что в домене многоадресной рассылки присутствует хотя бы один компьютер под управлением Windows, который может выступать в качестве представителя домена многоадресной рассылки для компьютеров Macintosh. При наличии нескольких компьютеров под управлением Windows в среде с большим количеством компьютеров Macintosh, рекомендуется вручную задать представителей домена Windows в группе "Представители домена многоадресной рассылки" (Multicast Domain Representatives).
Для регулировки многоадресных рассылок можно передвигать ползунки полосы пропускания на странице Использование полосы пропускания (Bandwidth usage) под страницей Сетевое использование (Network usage) в окнах методов доставки Принудительная отправка на основе политик (Policy-supported Push), Принудительная отправка (Push) и Многоадресная рассылка (Multicast).
Кроме того, можно настроить параметры Targeted Multicast в диалоговом окне "Настройка служб Management Suite" (Configure Management Suite Services). Чтобы настроить службу Targeted Multicast, щелкните вкладку Конфигурация > Службы > Многоадресная рассылка (Configure > Services > Multicast). Для получения дополнительной информации щелкните Справка (Help) на этой вкладке.
LANDesk Management Suite выполняет основную часть установок и других задач с использованием полных системных привилегий. Некоторые установки приложений и другие задачи должны выполняться от имени текущего пользователя системы. С момента выхода пакета обновления SP2 для LANDesk Management Suite 8.7 приложение startasuser.exe позволяет запустить приложение в контексте текущего пользователя.
Приложение startasuser.exe запускает в системе предоставленную командную строку в контексте текущего пользователя и поддерживает следующий формат командной строки:
startasuser.exe [///silent] [///timeout=x] [///?] командная строка...
Если в систему, на которой запускается приложение startasuser.exe, не вошел ни один из пользователей, то приложение возвращает стандартную ошибку Windows ERROR_NOT_LOGGED_ON (1245).
Перед всеми параметрами командной строки для приложения startasuser.exe стоят три косых черты (///), чтобы их можно было отличить от параметров командной строки запущенного приложения.
Ниже приведено подробное описание параметров командной строки.
Этот параметр позволяет запустить созданный процесс в скрытом режиме. Это должно предотвратить отображение окон приложения.
Этот параметр определяет тайм-аут (в секундах) для запущенного приложения. Если запущенное приложение не завершило работу до наступления заданного тайм-аута, приложение startasuser.exe завершает работу со стандартной ошибкой Windows WAIT_TIMEOUT (258).
Этот параметр включает отображение сведений об использовании командной строки в stdout. Поскольку startasuser.exe является приложением Windows, по умолчанию справка в строке команд не отображается. Используйте следующую командную строку для отображения справки в строке команд:
startasuser.exe ///? > more
После параметров startasuser.exe укажите полную командную строку для запускаемого приложения.
В следующих двух примерах показано, как использовать приложение startasuser.exe для запуска исполняемого файла или установки пакета MSI.
Этот пакет можно использовать в задаче распространения ПО для запуска приложения regedit в контексте текущего пользователя.
Этот пакет можно использовать в задаче распространения ПО для установки пакета MSI от имени текущего пользователя.
Management Suite поддерживает установку MSI с полным ведением отчетов о состоянии и распознаванием пакетов MSI. В Management Suite тип пакета распространения MSI является предпочитаемым методом распространения ПО. Обучение работе с параметрами MSI поможет вам настраивать пакеты MSI и методы доставки.
При установке пакета распространения MSI Management Suite использует вызовы интерфейса API MSI. При установках MSI используются два разных типа параметров командной строки:
Параметры аргументов — это параметры, которые используются в средстве установки Microsoft Msiexec.exe. Например, параметр /q часто используется в Msiexec для перевода автоматической установки в режим без подтверждений.
В диалоговом окне Пакет распространения - свойства (Distribution package-properties) параметры аргументов MSI можно ввести в поле Командная строка (Command line) на странице Параметры установки/удаления (Install/Uninstall options). Щелкните кнопку с флажком рядом с полем для подтверждения командной строки. Дополнительные сведения о параметрах Msiexec см. по адресу: http://support.microsoft.com/?kbid=227091.
Ссылки на свойства, которые также называются открытыми свойствами, относятся к определенному файлу MSI. Эти параметры передаются непосредственно в интерфейсы API установки MSI. Они могут использоваться в поле Командная строка (Command line) на странице Параметры установки/удаления (Install/Uninstall options) пакета распространения MSI.
Для ссылок на свойства используется синтаксис СВОЙСТВО=ЗНАЧЕНИЕ. Распространенным свойством на ссылку является свойство Transforms. Это свойство вызывает файл (преобразования) .mst. Дополнительные сведения о параметрах ссылок на свойства см. по адресу: http://support.microsoft.com/?kbid=230781.
Информацию об открытых свойствах приложения можно получить из документации по установке программного обеспечения, с официального web-сайта приложения или у поставщика программного обеспечения.
В Management Suite запуск MSI в режиме без подтверждений автоматически обрабатывается в соответствии со значениями Параметры установки/удаления (Install/Uninstall options) для метода доставки. Чтобы запустить MSI в режиме без подтверждений, перейдите на страницу Параметры установки/удаления (Install/Uninstall options) для требуемого метода доставки и щелкните Автоматический режим, вмешательство пользователя не требуется (Quiet mode, no user interaction).
Для многих MSI отключение предупреждение автоматизирует установку. В таких случаях для автоматизации установки MSI достаточно выбрать Автоматический режим, вмешательство пользователя не требуется (Quiet mode, no user interaction) в методе доставки.
Иногда для завершения установки требуется ссылка на свойство. В таких случаях установщик MSI отображает запрос на ввод значения. Во время автоматизированной установки такой запрос не отображается. Установка MSI завершается со сбоем и стандартной ошибкой MSI 1603 — "Неустранимая ошибка при установке" (Fatal error during install). Для необходимых открытых свойств в поле Командная строка (Command line) пакета распространения должно быть задано значение.
Файлы ответов для MSI называются файлами преобразований и имеют расширение .mst. Файл преобразования требуется не для всех установок MSI, однако он может использоваться при слишком большом количестве ссылок на свойства, для которых требуется назначить или изменить значение. Если приложение поддерживает такую функцию, для передачи всех параметров ссылок на свойства можно создать файл ответов.
Если при установке отсутствует необходимый файл преобразования, возникает ошибка 1603 "Неустранимая ошибка при установке" (Fatal error during install). Часто поставщик программного обеспечения обладает сведениями или средством, необходимыми для создания файла преобразования для конкретного MSI. Например, для развертывания корпоративной лицензии Microsoft Office 2003 требуется файл преобразования. У корпорации Microsoft есть соответствующее средство — мастер выборочных установок, которое устанавливается вместе с набором ресурсов Office 2003. Набор ресурсов Office 2003 можно загрузить по следующему адресу:
Если у поставщика программного обеспечения нет требуемой информации или указанного средства, можно воспользоваться средством Orca корпорации Microsoft, которое позволяет создать файл преобразования. Дополнительные сведения см. в файле справки Orca.
Management Suite обрабатывает перезагрузки MSI с использованием страницы Перезагрузка (Reboot) в свойствах метода доставки. LANDesk автоматически передает оба параметра REBOOT=REALLYSUPPRESS и /NORESTART, когда в методе доставки выбрано Не выполнять перезагрузку (Never reboot).
При выборе параметра Всегда выполнять перезагрузку (Always reboot) передается параметр /FORCESTART.
Параметр Выполнять перезагрузку только при необходимости (Reboot only if needed) позволяет MSI управлять перезагрузкой. Если включена обратная связь, может быть отображен запрос на перезагрузку. Важно знать о том, что MSI поддерживает пользовательские действия. Если пользовательское действие инициирует перезагрузку, Management Suite не может предотвратить ее.
Если при развертывании используется MSI, придерживайтесь следующего контрольного списка.
Диалоговое окно "Назначение кодов возврата" (Assign return codes) используется для отправки состояния назад на главный сервер в зависимости от того, была ли задача распространения успешно выполнена. Раньше в Management Suite считалось, что на успешное выполнение указывает только значение 0, а все остальное указывает на сбой. Это создавало бы трудности для администраторов, поскольку приложение могло быть установлено без ошибок, но отправленный назад в Management Suite код возврата, отличный от 0, указывал бы на наличие сбоя.
Поставщики хранят списки возможных кодов возврата, созданные разработчиками продукта, и знают о том, на какие результаты указывают конкретные коды. Теперь для администраторов в Management Suite добавлена возможность просмотра списков кодов возврата и создания шаблонов, которые можно сопоставить с отдельными пакетами или их группами. Каждый код возврата может быть назначен администратором для указания на успешное выполнение или сбой операции и отправки настраиваемого сообщения с описанием конкретных результатов установки. Сейчас Management Suite поставляется с шаблонами установщика Windows для Office 2003 и Office XP. Дополнительные сведения о кодах возврата, включенных в такой шаблон, см. по адресу: http://support.microsoft.com/kb/290158.
Кроме использования данной функции с приложениями сторонних производителей, шаблоны кодов возврата также можно создавать для приложений, созданных внутренними разработчиками и защищаемых законодательством об интеллектуальной собственности. Management Suite содержит шаблон по умолчанию, а также позволяет создавать новые пользовательские шаблоны, копировать пользовательские шаблоны и шаблоны по умолчанию, а также вносить изменения в любые шаблоны с помощью диспетчера шаблонов кодов возврата. При создании шаблонов определенный шаблон можно сопоставить с определенным пакетом в диалоговом окне "Назначение кодов возврата" (Assign return codes) с помощью окна "Сопоставления кодов возврата пакета" (Package return code mappings). В этом окне также можно вносить изменения в шаблоны.
Пользователи могут добавлять все возможные коды возврата, указывающие на успешное выполнение или сбой, или только добавлять дополнительные коды возврата, указывающие на успешное выполнение. В случае добавления только кодов успешного выполнения все коды возврата, на которые не ссылается шаблон, автоматически сопоставляются со сбоями.
В состав Management Suite входят два шаблона по умолчанию:
Один из этих шаблонов автоматически назначается пакету распространения в зависимости от его типа. Сопоставление шаблона можно изменить в свойствах пакета распространения.
Шаблоны кодов возврата хранятся в базе данных главного сервера, но их можно экспортировать в файл XML и импортировать на другие серверы. Если пакет распространения синхронизируется через функцию синхронизации главного сервера, назначенный ему шаблон кодов возврата является частью данных синхронизации.
Окно "Портал развертывания ПО" (Software Deployment Portal) можно открыть в диспетчере настольных систем на управляемых устройствах. На этом портале перечислены все задачи пакетов распространения ПО, которые были распространены с использованием метода доставки на базе политик.
При запуске портала отображается сообщение о том, что необходимо дождаться выполнения синхронизации с сервером политик для обновления списка приложений. В это время выполняется синхронизация политик и загрузка новых политик. Требуемые политики не отображаются в окне "Портал развертывания ПО" (Software Deployment Portal), а начинают устанавливаться автоматически (если конечный пользователь не откладывает эту операцию). Другие задачи отображаются в окне "Портал развертывания ПО" (Software Deployment Portal).
Управляемые устройства содержат службу запросчика политик, которая анализирует загружаемые политики. После извлечения задачи политик хранятся в небольшой базе данных. Служба запросчика осуществляет мониторинг этой базы данных и обновляет состояние политик при его смене. Она также считывает состояние политик, чтобы определить необходимость в установке. Запросчик не устанавливает пакеты. Он вызывает агент распространения ПО (sdclient.exe), который и осуществляет установку.
Кроме обновления политик, выполняемого при открытии пользователем портала развертывания ПО, эти параметры конфигурации агента также определяют интервалы между обновлениями политик. Обновление выполняется:
Эти настройки обновления политик можно изменить в диалоговом окне конфигурации агента Распространение ПО > Параметры политик (Software distribution > Policy Options).
После развертывания агентов для Linux можно начать распространять ПО на эти устройства Linux. Процедура первоначального развертывания агентов Linux использует подключение SSH. После установки агентов главный сервер начинает использовать стандартного агента LANDesk для взаимодействия с сервером Linux и передачи файлов. Для распространения ПО на устройство Linux необходимо иметь административные права.
На устройства Linux можно отправлять только модули RPM. Агенты Linux автоматически установят каждый из отправленных вами модулей RPM. Сам модуль RPM не хранится на сервере после установки. Вы можете установить и удалить модуль RPM с помощью функции распространения ПО. Для распространения ПО для Linux можно использовать только методы принудительной доставки. Во время распространения ПО для Linux настройки принудительной доставки игнорируются, поэтому неважно какой метод доставки и какие его параметры были выбраны.
Процесс распространения таков:
Вы можете хранить модули RPM для Linux на общих HTTP-ресурсах. Распространение ПО для Linux не поддерживает совместное использование файлов с UNC-именами . Используя общие ресурсы HTTP обязательно активизируйте функцию обзора каталогов для этих ресурсов. Если общий ресурс HTTP находится на устройстве Windows, отличном от главного сервера, на нем нужно сконфигурировать службу IIS с поддержкой типа MIME для файлов RPM. В противном случае тип MIME по умолчанию, который используется службой IIS, вызовет ошибку загрузки файла RPM.
После размещения файлов в общем ресурсе создайте новый пакет распространения Linux в окне Пакеты распространения (Distribution packages), сопоставьте его с методом доставки и запланируйте доставку.
При щелчке элемента Сохранить (Save) в диалоговом окне Пакет распространения - свойства (Distribution package-properties) пакета Linux функция распространения ПО анализирует основной и имеющиеся зависимые RPM, выбранные в качестве зависимостей для этих RPM. После этого данные зависимости отображаются в диалоговом окне Отсутствующие библиотеки (Missing libraries). Если отметить зависимость в данном диалоговом окне, функция распространения ПО больше не будет отображать для нее запрос. Можно отметить зависимости, которые установлены на управляемых устройствах. Данное диалоговое окно предназначено только для сведения. Если зависимость отсутствует на целевом устройстве и не была специально включена в виде зависимого пакета, то RPM вероятнее всего будет установлен неправильно.
Функция распространения ПО позволяет одновременно распространять пакеты на большое количество устройств. При наличии проблем с пакетом или в случае конфликта разворачиваемого ПО с уже существующим ПО проблемы могут возникнуть на тысячах устройств. Планируя развертывание с помощью функции распространения ПО, проявляйте осторожность, чтобы не создать чрезмерную нагрузку на службу технической поддержки.
Перед развертыванием нового пакета проверьте его на нескольких тестовых системах. В идеале эти тестовые системы должны включать все операционные системы и приложения, используемые в вашей среде. После развертывания пакета убедитесь, что все системы и приложения работают должным образом.
После проверки пакета на тестовых системах выполните ограниченное развертывание. Выберите небольшое количество устройств в среде. Принимая решение о нужном количестве устройств, используйте следующее правило: выбирайте столько устройств, со сколькими может справиться служба поддержки. После развертывания пакета на этих устройствах оставьте программное обеспечение на несколько дней и посмотрите, с какими проблемами столкнуться пользователи.
После первоначального развертывания можно начать разворачивать ПО на других устройствах в организации. Скорость развертывания должна зависеть от разнообразия устройств в организации и нагрузки, с которой может справиться служба поддержки.
Ниже указаны некоторые проблемы, с которыми вы можете столкнуться:
Если запланированная задача указывает на невозможность обнаружения пакета, убедитесь, что пакет доступен с устройства.
Если пакет находится по URL-адресу, необходимо проверить его доступность с помощью web-браузера. Помните, что если DNS настроен на разрешение конфликтов пакетов, необходимо убедиться, что пакет распространен на все web-серверы.
Если пакет доступен с устройства, но по-прежнему не загружается правильно, проблема может заключаться в том, что совместно используемый пакет с поддержкой URL-адреса или пути UNC не предназначен для анонимного доступа. Проверьте наличие прав на совместное использование пути UNC или URL-адреса и убедитесь в том, что анонимный доступ разрешен. При использовании пути UNC убедитесь, что он правильно сконфигурирован как пустой общий ресурс сеанса.
Одна из самых распространенных возможных проблем заключается в настройке PDS для определения пропускной способности. Во время настройки устройства агент Common Base предлагает пользователю выбрать способ обнаружения полосы пропускания устройства: PDS или ICMP. Если устройство настроено на обнаружение полосы пропускания с помощью службы PDS, обнаружение будет выполняться только между подключениями с поддержкой и без поддержки RAS. Поэтому, если распространение должно выполняться только с высокоскоростными подключениями, а пакет устанавливается на компьютер с подключением WAN, убедитесь, что он настроен на использование ICMP, а не службы PDS.