Удаленная установка программ по сети в домене - Компьютеры, программы, интернет

Содержание

1 K210.ORG
2 Удаленная установка программ по сети – rinstall скачать
3 Автоматическая установка программ в домене Windows
- 3.1 Автор
4 Удаленное администрирование. Установка и удаление программ
5 Выполнение консольных команд на удаленных компьютерах по сети
- 5.1 PsExec
- 5.2 Windows Remote Management

K210.ORG

Иванов Илья, http://bozza.ru, апрель 2010

Вступление

Если в домене Windows установлен WSUS, админ рад и спокоен — дескать, все, обновления ставятся на автомате, трафик снизился, бегать по компам не надо и пр.

В принципе, все осталость то же самое, но ведь не все используют в работе Microsoft Outlook или Internet Explorer (хотя 8-ка очень неплоха). Есть много людей, привыкших работать с почтовиком The Bat!, броузером Opera или Mozilla.

Если встает вопрос об обновлениях — либо это головняк админу в виде беготни к каждому компьютеру для обновления всем, скажем, Opera, либо юзеры должны сидеть под админами (пускай и локальными, не доменными).

Естественно, ни первый, ни второй способы — не выход.

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

Надо ставить пользователя перед фактом — программа, его любимая Opera, уже обновлена и админа не колбасит, что версия 10.10 почему-то нравится меньше, чем предыдущая. Просто вышло обновление, и его надо применить. Без вариантов.

Самый распространенный вариант ответа на вопрос — КАК? — Конечно, через Active Directory! — скажет вам любой специалист или просто сисадмин. А как через AD? — спросите вы.

А вам скажут — ?! Вы не знаете, как через AD? Да там же просто, через policy! — но больше вам скорее сего ничего не скажут, потому что для большинства советчиков этот вопрос такой же неясный, как и для вас.

И вам ничего не останется, как гуглить до потери пульса, потому что найти огромный фолиант на тему «как развернуть office 2007» в сети корпорации не проблема, а вот просто и в двух словах — редко что найдете. Не без гордости могу сказать, что данная статья как раз одна из немногих кратких и «без наворотов», попадавшихся мне.

Установка программ из MSI

Все изложенное далее относится к работе с инсталляционными пакетами типа MSI (расширение .msi). Файлы MSI есть (или их можно извлечь) для многих программ (Adobe Acrobat, The Bat, Opera, Firefox и пр.).

Предположим, мы хотим автоматически установить (а по мере выхода обновлений, устанавливать обновления) броузер Firefox. Файл msi для Firefox можно взять здесь (в новом окне).

Настройку шаблона .adm я пропущу, т.к. далеко не всегда это нужно, а еще чаще этот шаблон фиг найдешь. В итоге — дефолтные настройки (либо, если будем ставить поверх старой версии — настройки будут сохранены). Шаблон .adm нам не нужен.

Распределяем права доступа

Предполагаю, что все учетные записи компьютеров (кроме контроллеров домена) находятся в OU «OU Office Computers».

Примечание 1:

Почему лучше не использовать исходное размещение компьютеров (Computers — Компьютеры домена в оснастке Active Directory Users and Computers)? Мне удобнее в дальнейшем управлять политиками для групп компьютеров.

К тому же, когда я посещал курсы Microsoft, я видел, что на контроллерах доменов в тестовых системах и в «боевых», настроенных специалистами Microsoft, используются практически только отдельно созданные OU, а не базовые. Я для себя решил повторять опыт специалистов.

Пока мне от этого только удобнее. Естественно, ИМХО.

Примечание 2:

Не всем пользователям нужен Firefox (как не всем нужен The Bat, Opera и пр.). Поэтому создадим в «OU Office Computers» отдельную группу компьютеров, на которые будет установлен Firefox. Для ясности назовем группу GFirefoxComputers. Отмечу, что это будет именно группа, а не вложенное OU!

Расшариваем какую-либо папку на сервере (на рисунке это SoftwareDistibution, а не Mozilla Firefox, как может показаться) и даем группе GFirefoxComputers доступ на чтение, админу — полный доступ (не компьютеру админа, а пользователю — все-таки вы должны иметь возможность по сети заливать на шару файлы ;)).

Вообще, для проверки того, как все вообще работает, можно обойтись и без группы GFirefoxComputers. Просто для того, чтобы сразу не усложнять себе жизнь, и не пенять на групповые политики, если что пойдет не так 😉

Политика правит миром!

На контроллере домена запускаем редактор групповой политики GPMC.MSC:

… и создаем связанную только с нашим OU «OU Office Computers» групповую политику под названием «Firefox 3.6.3 rus»:

… редактируем нашу политику «Firefox 3.6.3 rus»:

Готовим дистрибутив Firefox для развертывания в сети

В разделе «User Configuration» -> «Software settings» -> «Software Installation» щелкаем правой мышкой и создаем новый объект для установки — наш будущий инсталлятор Firefox.

Выбираем файл MSI, заботливо положенного чьими-то руками в расшаренную папку. Важно: выбирать надо сетевой путь до файла, а не локальный, ведь юзера будут получать доступ к вашей инсталляшке не локально на сервере, а по сети.

Выбираем «Assigned» (Назначенный):

На этом работа с веткой «Software Installation» закончена.

Закрываем все открытые окна на сервере (если не помешает другим задачам, естественно), Пуск -> Выполнить -> gpupdate /force

Установка на рабочих станциях

Далее достаточно просто перезагрузить рабочие станции, чтобы автоматически установился Firefox ДО того, как появится окно для ввода логина/пароля. Иными словами, пользователь будет не в силах чего-то не установить, забыть и пр. Поэтому этот способ так хорош. Вы удаленно решаете, что будет установлено / обновлено на рабочих станциях.

Windows XP бывает не с первой перезагрузки «принимает» нове политики, поэтому можно подойти к юзеру, выполнить команду «gpupdate /force» (не обязательно под админом) и перезагрузить его компьютер.

Обязательно проверьте установку на своем / тестовом компьютере ДО того, как юзеры придут следующим утром, включат компьютеры… а вдруг косяк? Поэтому хотя бы первый раз сначала испытайте на себе.

Дополнительно

Теперь на любой новый компьютер, введенный в состав подразделения OU Office Computers будет установлена последняя версия броузера Firefox. Вам даже не придется ничего делать. Просто и очень полезно.

Таким же образом можно устанавливать практически любой софт, включая Adobe Reader, Adobe Flash Player (которые в обычной ситуации требуют административных прав для установки), The Bat…

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

Нюанс: если вы уже установили какой-либо пакет, в нашем случае Firefox 3.6.3 rus, а через некоторое время вам потребуется его обновить (т.к. рано или поздно выйдет новая версия броузера), сначала удалите политику по установке Firefox 3.6.3, после чего создайте новую. Потом «gpudate /force» и вперед!

(c)

Источник: https://k210.org/ao/avtomatitheskaya_ustanovka_programm_v_domene_windows/

Удаленная установка программ по сети – rinstall скачать

Режим удаленной установки позволяет вам устанавливать программы «Лаборатории Касперского» и других производителей одновременно на несколько устройств вашей сети.

Kaspersky Security Center 10 Web Console выполняет удаленную установку программ в фоновом режиме. Во время удаленной установки вы можете пользоваться другими функциями программы, а также просматривать информацию о статусе удаленной установки для каждого из устройств, на которых была запущена удаленная установка.

Чтобы установить программу на устройства вашей сети в режиме удаленной установки, выполните следующие действия:

Откройте главное окно программы.
Выберите закладку Управление.
На закладке Управление выберите раздел Управляемые устройства.
В разделе Управляемые устройства выберите закладку Устройства.
В левой части окна нажмите на кнопку Добавить.
Откроется окно мастера установки программы с приветственной надписью.
Нажмите на кнопку Установка на одно и более устройств по сети с помощью инсталляционного пакета.
Откроется окно Выбор инсталляционного пакета.
Выберите из списка инсталляционный пакет программы, которую вы хотите установить, и нажмите на кнопку Далее.
Откроется окно со списком устройств вашей сети, на которые вы можете установить программу.
Установите флажки для тех устройств, на которые вы хотите установить программу. Если вы хотите установить программу на все устройства, перечисленные в списке устройства, установите флажок Имя устройства. Нажмите на кнопку Далее.
Откроется окно Добавление учетных записей (см. рис. ниже).

Мастер установки программы. Добавление учетных записей
Сформируйте список учетных записей, обладающих правами администратора на выбранных для установки устройствах (см. рис. ниже):
- Чтобы добавить учетные записи, для каждой учетной записи выполните следующие действия:
  1. В поле Учетная запись введите имя учетной записи.
  2. В поле Пароль введите пароль учетной записи.
  3. Нажмите на кнопку Добавить.Добавленная учетная запись отобразится в списке учетных записей в нижней части окна.
- Чтобы изменить параметры учетной записи в списке учетных записей, выполните следующие действия:
  1. Выберите в списке учетных записей учетную запись, параметры которой вы хотите изменить, и нажмите на кнопку Изменить.
  2. Измените имя учетной записи в поле Учетная запись.
  3. Измените пароль учетной записи в поле Пароль.
  4. Нажмите на кнопку Сохранить изменения (см. рис. ниже).
Мастер установки программы. Изменение учетной записи

Новые имя и пароль выбранной учетной записи будут сохранены.
- Чтобы удалить учетную запись из списка учетных записей, выберите учетную запись, которую вы хотите удалить, и нажмите на кнопку Удалить.
- Чтобы изменить порядок, в котором мастер установки программы будет применять учетные записи для доступа к устройствам при запуске на них удаленной установки, выполните следующие действия:
  - Чтобы переместить учетную запись вверх по списку учетных записей, выберите учетную запись, которую вы хотите переместить, и нажмите на кнопку Вверх.
  - Чтобы переместить учетную запись вниз по списку учетных записей, выберите учетную запись, которую вы хотите переместить, и нажмите на кнопку Вниз.
Запустите процесс удаленной установки программы, нажав на кнопку Запустить.
На выбранных устройствах запустится процесс удаленной установки. Откроется окно Выполняется установка программы , которое содержит список задач установки программы на выбранные устройства вашей сети.

Вы можете просматривать список задач установки, используя следующие элементы интерфейса:
- значок – сортировка списка задач установки по выбранному полю в алфавитном порядке по возрастанию или убыванию;
- значок – раскрытие блока с информацией об устройстве;
- значок – сворачивание блока с информацией об устройстве.
Блок информации о устройстве, на котором была запущена удаленная установка программы, содержит следующую информацию:
- Имя устройства. Имя, под которым устройство зарегистрировано в сети.
- Статус. Статус установки программы. После запуска удаленной установки на устройстве принимает значение Установка выполняется.
- IP-адрес. Сетевой адрес устройства.
- Домен. Имя сетевого домена, в котором зарегистрировано устройство.
Чтобы завершить работу мастера установки программы, нажмите на кнопку Закрыть. Выполнение задач установки продолжится.
Устройства, на которых удаленная установка завершилась успешно, автоматически добавляются в группу администрирования Управляемые устройства.

Удаленная установка программы может завершиться с ошибкой (если, например, на устройстве ранее уже была установлена такая программа). Задачи установки, которые завершились с ошибкой, отображаются в списке задач со статусом Ошибка установки. Если удаленная установка программы на одном или нескольких устройствах завершилась с ошибкой, вы можете установить программу локально.

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

В начало

This document is a collection of resources for building packages for R under Microsoft Windows, or for building R itself (version 1.9.0 or later). The original collection was put together by Prof. Brian Ripley and Duncan Murdoch; it is currently maintained by Jeroen Ooms.

The authoritative source of information for tools to work with the current release of R is the «R Administration and Installation» manual. In particular, please read the «Windows Toolset» appendix.

Some of the tools are incompatible with obsolete versions of R. We maintain one actively updated version of the tools, and other «frozen» snapshots of them. We recommend that users use the latest release of Rtools with the latest release of R.

The current version of this file is recorded here: VERSION.txt.

The change history to the Rtools is below.

Rtools 2.12 and later include both 32 bit and 64 bit tools.

Most of the tools used for 32 bit builds work fine as well for 64 bit builds, but the gcc version may be different, and it has changed a number of times.

R 3.3.0 and later use a toolchain gcc 4.9.3 and mingw-w64 v3, put together by Jeroen Ooms and others. See the project page for details.

R-patched subsequent to Jan 22, 2012, R-devel, and releases after 2.14.1 used a toolchain pre-4.6.3 gcc, put together by Prof. Brian Ripley and available as multi.zip on his web page. Rtools 2.15 to 3.3 includes this toolchain. It uses the same gcc version for both 32 and 64 bit builds. Separate versions of the gdb debugger are also included for each archtecture.

Builds of R 2.13.x and R 2.14.{0,1} used a release pre-4.5.2 gcc. Rtools 2.14 includes binaries put together by Prof. Brian Ripley and available from his web page. To install these, select the «MinGW64» component when installing Rtools.

For the later R 2.11.x versions, we used the MinGW-w64 version pre-4.4.4 gcc from Prof. Ripley, which is no longer available. We also used this version for development builds of R 2.12.0 up to July 20.

R 2.11.0 used , but this is apparently no longer available for download.

To install any of these older versions, follow the instructions on Prof. Ripley’s web page.

Downloads

There are a number of downloads described in the «Windows Toolset» appendix.

To build packages:

Optional additions:

MikTeX: A LaTeX and pdftex package.

For building R, all of the above, plus:

After running the Rtools installer, follow the instructions in Rtools.txt to complete your installation.

Obtaining the R source code

There are two ways to obtain the R source code: from the Subversion repository, and from CRAN in a compressed tar file.

Subversion is an open source version control system. After obtaining and installing it, you can obtain the latest development source using

svn checkout https://svn.R-project.org/R/trunk [RDEVEL-HOME] which will install it into the specified directory. (Normally you would use a different home directory for this unstable development code than you would use for a released version of R.)

Alternatively, compressed tar files containing the source may be downloaded from CRAN. Do remember to unpack the sources by using our : WinZip will not respect the symbolic links in the file. A typical tar command line would be:

tar xzvf R-2.14.1.tar.gz

Modified sources of are available for experiments with Luke Tierney’s package.

Changes since R 3.3.0

The version number has been updated to 3.4.x.y.

Support for the gcc 4.6.3 toolchain has been dropped.

We have updated Tcl/TK to version 8.6.4. If you are using Rtools34 to build R 3.3.x, you will need to change

TCL_VERSION = 85

TCL_VERSION = 86

in R_HOME/src/gnuwin32/fixed/etc/Makeconf.

Changes since R 3.2.2

Both the gcc 4.6.3 toolchain and a toolchain gcc 4.9.3 and mingw-w64 v3 are now included. For use with the newer toolchain a compiled copy of libicu55 is also included; it will be installed in Rtools/mingw_libs if the newer compilers are selected.

Changes since R 3.1.3

The version number has been updated to 3.3.x.y.

Rtools33 has been started. Due to test failures with gcc 4.9.2, it will not be used in R 3.2.0, and gcc 4.6.3 is included in Rtools33. We expect that gcc 4.9.2 or later will be included in a future release.

The 32 and 64 bit builds of the gdb debugger have been copied into the Rtools/bin directory as gdb.exe and gdb64.exe respectively. The copies in the gcc-4.6.3 remain, but will not be included when that compiler is dropped.

The scripts and cross-compiler used to build gcc 4.9.2 are available on CRAN and its mirrors in the bin/windows/Rtools/scripts directory, along with notes on the build.

The bitmap libraries have been removed; they are now downloaded and installed when building R by using .

The Cygwin «cygpath.exe» utility has been added to Rtools/bin; this allows conversion between Cygwin-style paths used in shell scripts and native Windows-style paths.

Changes since R 3.1.2

The version number has been updated to 3.2.x.y.

The Cygwin tools have been updated to versions current as of January 7, 2015.

R version 3.2.0 will require texinfo 5.2 to build the manuals, and it has been added to the tools.

It will also require a copy of Perl, which is NOT included in the tools. By default the manuals will no longer be built; follow the instructions in if you would to build them.

Changes since R 3.0.2

The Cygwin tools have been updated to versions current as of November 19, 2013. Cygwin now builds separate 32 bit and 64 bit versions; we include 32 bit versions of the tools. If your system only has 64 bit Cygwin DLLs installed, you will need to add our Cygwin DLLs to your path (or install the 32 bit Cygwin DLLs into Cygwin).

The bitmap library libpng has been updated to version 1.6.9.

Changes since R 3.0.0

The version number has been updated to 3.1.x.y.

We now record the minimum supported R version in the registry data in entry «MinRVersion» within the Rtools/X.Y key. Earlier versions of R should use an earlier version of Rtools. This value may be less than the minimum listed in the table above. The table is a promise to try to maintain compatibility; this value is what we actually maintained.

We also record the full version number, e.g. 3.1.0.1935, in entry «FullVersion» in the registry.

Changes since R 2.15.2

Источник: https://steptosleep.ru/%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC/

Автоматическая установка программ в домене Windows

Сервер в кармане, или просто о сложном!

главная — Статьи — Microsoft Windows

Групповые политики

Автор

Иванов Илья, http://bozza.ru, апрель 2010

Удаленное администрирование. Установка и удаление программ

В этой заметке разберем команды для удаленной работы с программами, используя средства wmi и psexec

Предисловие

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

Отключить антивирус удаленно на примере KAV

psexec \\ComputerName «C:\Program Files (x86)\Kaspersky Lab\Kaspersky Endpoint Security 10 for Windows SP2\avp.com» exit /login=KLAdmin /password=

Отключение встроенного брандмауэра для всех профилей (только локально)

powershell -command «Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False»

Для удаленного отключения брандмауэра должен быть доступен Сервер RPC. Доступ к которому блокирует включенный брандмауэр

Источник: https://administra.top/2019/04/26/udalennoe-administrirovanie-ustanovka-i-udalenie-programm/

Установка программ из MSI

Распределяем права доступа

Предполагаю, что все учетные записи компьютеров (кроме контроллеров домена) находятся в OU «OU Office Computers».

Примечание 1:

Пока мне от этого только удобнее. Естественно, ИМХО.

Примечание 2:

Политика правит миром!

На контроллере домена запускаем редактор групповой политики GPMC.MSC:

… и создаем связанную только с нашим OU «OU Office Computers» групповую политику под названием «Firefox 3.6.3 rus»:

… редактируем нашу политику «Firefox 3.6.3 rus»:

Готовим дистрибутив Firefox для развертывания в сети

Выбираем «Assigned» (Назначенный):

На этом работа с веткой «Software Installation» закончена.

Установка на рабочих станциях

Дополнительно

Источник: http://Иванов Илья, http://bozza.ru, апрель 2010

Источник: https://fedorenko.ucoz.org/publ/windows/server/avtomaticheskaja_ustanovka_programm_v_domene_windows/14-1-0-17

Выполнение консольных команд на удаленных компьютерах по сети

В данной статье рассмотрены способы выполнения консольных команд на уделенных компьютерах сети, в качестве примеров даются некоторые очень полезные для системных администраторов команды.

Я использую 2 средства удаленного выполнения консольных команд: PsExec и WinRM, у каждого из них есть свои преимущества.

PsExec

Одним из отличных решений поставленной в заголовке задачи является использование программы PsExec от великого Марка Руссиновича.

Программа работает по клиент-серверному принципу: на локальной машине выполняется клиент, который посылает команды серверу на удаленном компьютере. Особенностью этой программы является то, что серверная часть устанавливается автоматически непосредственно перед выполнением команды, а затем удаляется. Таким образом для выполнения команд на удаленных машинах достаточно иметь на них административные права.

Если PsExec запускается от имени администратора, который входит в тот же домен, что и удаленны компьютер, то никаких учетных данных даже вводить не нужно. В противном случае, их можно указать в командной строке, либо PsExec сама их запросит. PsExec работает на ОС начиная с Windows 2000 и заканчивая 64-битным Windows Server 2008 R2.

Очень полезными в PsExec являются следующие возможности:

Выполнение команды на группе компьютеров. Пример: следующая команда позволяет принудительно применить самые свежие групповые политики:
psexec @group.txt gpupdate /force
Выполнение команд от имени системной учетной записи. Пример: следующая команда заставит удаленную систему принудительно проверить обновления:
psexec \\computer -s wuauclt /detectnow
Копирование выполняемой программы на удаленный компьютер перед выполнением. Пример: следующая команда позволит обновить членство данного компьютера в группе безопасности Active Directory (токен доступа) без перезагрузки:
psexec \\computer -c -s klist.exe purge

Трудно переоценить пользу этой программы, если использовать скрипты и возможности консольных команд, встроенных в Windows.

Windows Remote Management

Изначально это была серверная технология для удаленного управления оборудованием, которая появилась в Windows Server 2003 R2 как часть компонента Hardware Management, но недавно Microsoft выпустили пакет Windows Management Framework, который включает в себя PowerShell 2.0 и WinRM 2.0 и устанавливается на клиентские ОС как обновление. Подробности можно прочитать в статье KB968929.

Прелесть WinRM заключается в простоте развертывания в доменной среде через WSUS в качестве факультативного обновления ОС и мощи, которую даёт совместное с PowerShell применение.

Использование WinRM происходит через 2 команды.

winrm.cmd служит для конфигурирования настроек и диагностики клиента и сервера WinRM.

Для того, чтобы сервер WinRM начал принимать команды, должна быть запущена служба Windows Remote Management и произведена её начальная конфигурация. Используйте команду

winrm quickconfig на локальной машине, либо финт ушами
psexec -s \\servername winrm quickconfig по сети, используя PsExec от имени системной учетной записи.

Будет предложено автоматически запускать службу WinRM и разрешить уделенные подключения, соглашайтесь 😉

Чтобы успешно подключаться к WinRM серверу (имеется в виду серверная часть, принимающая команды), не входящему в тот же домен, что и ваш клиентский компьютер, необходимо на клиенте этот целевой сервер добавить в «доверенный список» следующей командой:

winrm set winrm/config/client @{TrustedHosts=»servername»}, где вместо servername можно указать IP-адрес, либо * (звёздочку).

Для пользователей Windows Vista и Windows 7, работающим не от имени встроенного администратора (обычно так и бывает), нужно выполнить следующую команду

reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f

По умолчанию, установлено ограничение на 5 одновременных соединений WinRM от клиента, для увеличения этого числа выполните команду

winrm s winrm/config/winrs @{MaxShellsPerUser=»X»}

winrs.exe — клиент для отправки запросов к серверной части. Пример: следующая команда принудительно перезагрузит удаленную систему…

winrs -r:servername shutdown /r /t 0

В доменной среде при отправке команд используются учетные данные запустившего пользователя. Для посыла команд от имени другого пользователя используются ключи -u:user -p:pass. Пример: следующая команда очистит локальный кэш DNS-имён на удаленной системе

winrs -r:servername -u:user -p:pass ipconfig /flushdns

Источник: http://argon.pro/blog/2010/02/execute-shell-commands-on-remote-computers/