Установка программного обеспечения на удаленных компьютерах без Active Directory

Используйте PSExec для копирования и выполнения удаленных команд (таких как MSI-файлы) с соответствующими переключателями. Однако вы все равно должны предоставить учетные данные администратора для каждой машины.

Мы использовали psexec с методом пакетного сценария, предложенным gWaldo. Недавно мы начали использовать PDQ Deploy для развертывания наших установщиков, как MSI, так и не MSI, таких как Firefox. Это довольно просто и делает несколько клиентов одновременно, что не может сделать метод psexec пакетного файла.

Чтобы помочь с этим, я обращаюсь к WPKG.org за правильными ключами для установки без вывода сообщений

Ваш вопрос может пойти одним из двух способов здесь. Если возникает вопрос: "Как я могу управлять установкой программного обеспечения в Windows на уровне предприятия без использования Active Directory и связанных с ним продуктов", то существует ряд других продуктов, которые будут отвечать вашим потребностям - я использую Novell Zenworks (который может по выбору использовать AD, но также eDirectory Novell - следовательно, не 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) Дополнительный скрипт на локальной рабочей станции, который помещается в планировщик.

Итак, что происходит, это:

1. Ваш локальный сценарий в планировщике запускается в определенное время каждую ночь (лучше всего разбивать его между рабочими станциями) и ничего не делает, кроме как сопоставить с файловым сервером -> Запустить удаленный сценарий -> Удалить сопоставление после завершения удаленного сценария.

2. Файлы установщика находятся на том же общем файловом сервере, что и удаленный скрипт. Удаленный скрипт по умолчанию ничего не делает, но когда вам нужно установить программное обеспечение, вы меняете его (сохраняя то же имя). Когда необходимо установить программное обеспечение, сценарий вызывает установщик Windows, работающий в качестве локального администратора, и устанавливает любой пакет MSI, который у вас есть на файловом сервере.

Дешевое решение будет дороже в долгосрочной перспективе. Но если вы не хотите выполнять установку через Sneakernet и не собираетесь развертывать централизованную систему каталогов с управляемым программным обеспечением, то я бы выбрал этот подход.