Каковы методы установки программного обеспечения (MSI) на удаленные компьютеры без Active Directory на платформе Windows?
Цель состоит в том, чтобы создать универсальное приложение, которое устанавливает программное обеспечение на все рабочие станции в разных местах и в различных сетях клиентов.
Используйте PSExec для копирования и выполнения удаленных команд (например, файлов .msi) с соответствующими переключателями. Однако вам по-прежнему необходимо предоставить учетные данные администратора для каждой машины.
Мы использовали psexec с методом пакетного скрипта, предложенным gWaldo. Недавно мы начали использовать Развертывание PDQ для развертывания наших установщиков, как MSI, так и сторонних, таких как Firefox. Это довольно просто и работает с несколькими клиентами одновременно, чего не может сделать метод psexec пакетного файла.
Чтобы помочь с этим, я обращаюсь к WPKG.org для правильных переключателей для использования тихая установка
Здесь вы можете задать свой вопрос двумя способами. Если возникает вопрос: «Как я могу управлять установкой программного обеспечения в Windows на уровне предприятия без использования Active Directory и связанных с ней продуктов», то существует ряд других продуктов, которые могут удовлетворить ваши потребности - я использую Novell Zenworks ( который может опционально использовать AD, а также Novell eDirectory - следовательно, без AD), и я был чрезвычайно доволен им на протяжении многих лет.
Однако, если ваш вопрос (как я подозреваю) больше похож на «Как я могу взять кучу автономных рабочих станций и удаленно развернуть на них программное обеспечение по дешевке», тогда мы получим немного больше удовольствия. Базовый процесс установки MSI никогда не меняется - вы запускаете установщик Windows из командной строки, указываете его на файл MSI и задаете ему соответствующие флаги для типа установки, которую вы пытаетесь выполнить. Это становится немного сложнее, если вы пытаетесь настроить установщик или если поставщик не предоставил особенно msi-совместимый файл (некоторые компании печально известны тем, что обертывают свои собственные установщики .exe вокруг обычного MSI), и для этого вы может потребоваться приложение, такое как AdminStudio, для изменения файлов MSI или создания ваших собственных. Я также рекомендовал бы поискать такой сайт, как MSI Wisdom ( http://msiwisdom.com ) для советов по работе с некоторыми из наиболее проблемных установщиков для популярных приложений.
Проблема начинается, когда вам нужно, чтобы все эти рабочие станции могли выполнять эти команды установщика без особого вмешательства и иметь возможность запускать постоянно меняющийся список программного обеспечения.
Я очень настоятельно рекомендую вам заручиться поддержкой организации для приобретения и развертывания центральной службы каталогов (например, Active Directory или eDirectory) и программного обеспечения для управления рабочими станциями (например, встроенных предложений Microsoft, Altiris или вышеупомянутого Zenworks). Программное обеспечение такого типа не только более надежно, чем собственное решение, но и предоставляет такие возможности, как создание отчетов об установке (где установлено, что не удалось установить и т. Д.), Что значительно сокращает рабочую нагрузку по обслуживанию вашей рабочей станции.
Тем не менее, "дешевое" решение включает четыре вещи:
1) Файловый сервер с учетной записью только для чтения специально для развертывания программного обеспечения.
2) Учетная запись локального администратора на каждой рабочей станции со стандартным именем пользователя и паролем.
3) Удаленный скрипт на файловом сервере, написанный на языке, позволяющем запускать установщик Windows (я бы посоветовал VBScript или C #) и
4) Дополнительный сценарий на локальной рабочей станции, который помещается в планировщик.
Итак, вот что происходит:
Ваш локальный сценарий в планировщике запускается в установленное время каждую ночь (лучше всего, чтобы распределить его между рабочими станциями) и ничего не делает, кроме сопоставления с файловым сервером -> Запуск удаленного сценария -> Удаление сопоставления после завершения удаленного сценария.
Файлы установщика находятся на том же файловом сервере, что и удаленный сценарий. Удаленный сценарий по умолчанию ничего не делает, но когда вам нужно установить программное обеспечение, вы меняете его (сохраняя то же имя). Когда программное обеспечение необходимо установить, сценарий вызывает установщик Windows, запущенный от имени локального администратора, и устанавливает любой пакет MSI, который у вас есть на файловом сервере.
Дешевое решение в конечном итоге будет более дорогостоящим. Но если вы не хотите выполнять установку через Sneakernet и не собираетесь развертывать централизованную систему каталогов с управляемым программным обеспечением, то я бы выбрал именно такой подход.