Удалённая установка приложений

    Предлагаю программу для администраторов — Rinstall (скачать можно здесь). Она решает следующие задачи:

    1. Удалённое администрирование
    2. Удалённое выполнение команд
    3. Удалённая установка приложений

    Фактически она является удобной графической оболочкой для утилиты psexec. Окно программы разделено на соответствующие этим трём задачам группы полей и кнопок:



    1. Host — IP-адрес/имя удалённого компьютера. Программа постоянно пытается подключиться к нему и сигнализирует о результате:
      • красный — компьютер не найден (возможно на нём включен брандмауэр);
      • жёлтый — компьютер найден, но учётные данные не верны / не хватает прав / на удалённом ПК включен «простой общий доступ к файлам»;
      • зелёный — компьютер найден, учётные данные верны, права есть.

      Здесь же можно указать список компьютеров. Для этого дважды щелкните в пустом поле — появится имя списка по умолчанию — list. Отредактировать список можно дважды щёлкнув по нему мышкой. Списков может быть несколько, но все они должны начинаться с символа "@".

    2. User — имя учётной записи для подключения к удалённому компьютеру.
    3. Pass — пароль учётной записи для подключения к удалённому компьютеру.
      Дважды щёлкнув здесь, можно получить пароль LAPS — он будет скопирован в буфер обмена.

    Во время подключения/установки выполняется перебор учётных данных, указанных в настройках программы, а также заданных в полях User и Pass.

    Настройки программы читаются при её запуске из файла rinstall.ini, который может находиться в каталогах "%PROGRAMFILES%\Rinstall\" и "%USERPROFILE%\Rinstall\" (последний приоритетнее).

    1. Удалённое администрирование

    1. [Info] — получить информацию о системе.
    2. [Soft] — получить список установленного ПО.
    3. [CM] — запустить консоль управления компьютером.
    4. [CMD] — запустить удалённый шелл.
    5. [CMRC] — подключиться через клиента Configuration Manager.
    6. [RDP] — подключиться через удалённый рабочий стол.
    7. [RA] — подключиться через удалённый помощник.
    8. [VNC] — подключиться через TightVNC (Ctr+Alt+Shift+T — панель инструментов).
    9. [Radmin] — подключиться через Radmin.
    10. [Resource] — открыть удалённый ресурс.
    11. [Space] — посмотреть, чем занято место на дисках удалённого компьютера.

    2. Удалённое выполнение команд

    1. [Command] — команда (запускаемый файл: *.exe,*.bat, *.cmd, *.vbs, *.hta, и т.д.), выполняемая на удалённом компьютере. По умолчанию указана команда запуска диспетчера устройств.
    2. [Args] — Аргументы (параметры/ключи) команды, если они нужны.
    3. [x] Copy — копировать команду на удалённый компьютер (при этом нужно указать её полный путь на локальном компьютере).
    4. [x] Hide  — выполнить команду скрытно.
    5. [x] Wait  — ждать завершения команды.
    6. [Far]  — запустить Far.
    7. [CMD]  — запустить шелл.
    8. [Autoruns]  — запустить менеджер автозагрузки.
    9. [Geek Uninstaller]  — запустить менеджер деинсталляции.
    10. [GPUpdate]  — обновить групповые политики (с ключом /FORCE).
    11. [Reset]  — завершить все psexec-процессы.
    12. [Renew]  — обновить IP-адрес.
    13. [Reboot]  — перезагрузить компьютер.
    14. [RunAsLnk]  — создать ярлык для приложения, запускающегося от имени пользователя с правами администратора (используется бесплатная версия RunAsSpc).

    Команды выполняются на удалённом компьютере с правами SYSTEM.

    В качестве команд удобно запускать портативные приложения (не забываем ставить галочку Copy). Тут, правда, имеются непонятные проблемы с запуском SFX-архивов на удалённых компьютерах с 64-разрядной ОС…


    3. Удалённая установка приложений

    Папки с приложениями (Rel Path) размещаются внутри базового сетевого ресурса (Net Path). Доступ к нему осуществляется по учётным данным (Net User, Net Pass). Во время установки приложения на удалённом компьютере подключается сетевой диск (Net Disk).



    Требования к устанавливаемым приложениям:

    1. Приложение должно находиться в отдельной папке и ставиться автоматически.
    2. Папка приложения должна быть написана латинским алфавитом.
    3. Внутри папки приложения должен находиться файл install.bat, который
      устанавливает приложение. Желательно также, чтобы этот файл поддерживал
      ключ -u (деинсталляцию приложения).

    Всем этим требованиям соответствуют мои пакеты тихой установки.



    Similar posts

    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 30

      0
      psexec msinstall /s

      ???
        0
        В смысле, зачем нужен гуй к psexec, если все равно вручную вводить все агрументы.
          0
          Аргументы вводить — это не основной функционал, это на всякий случай. Основной — установка любых тихо ставящихся приложений…
          0
          Ну, если вы помните назубок все ключи, каждый раз вводите логины/пароли, ставите чисто msi-пакеты и делаете это не часто… То да, смысла не особого и нет…
          +5
          image
            0
            А причем здесь wGet вообще?
              +3
              При том, что гуй к вгету делать крайне бессмысленно.
                0
                Не буду спорить, у каждого своя точка зрения. Тот кому это пригодится, тот оценит.
                  0
                  Могу еще добавить, что Norton Commander тоже было «крайне бессмысленно» писать — все тоже самое можно было сделать из командной строки.
                0
                зашел в комментарии ради этой картинки (:
                  –1
                  У меня вопрос к гражданам теоретикам-приколистам: каждый из вас много софта голым psexec`ом поставил? Может напишете мне, как вы его ставите. Команду «psexec msinstall /s» не рассматриваю как рабочий вариант. Я предложил инструмент, который реально работает и используется ежедневно.
                    0
                    а зачем часто ставить софт удаленно на 1 компьютер? (ну, даже на много если).
                      0
                      Ну, я думаю, есть такая потребность — ставить/обновлять разный софт на разных компьютерах в локальной сети…
                        0
                        Я вот под виндой как-то не занимался админством в полной мере, но неужто нет готового софта, чтоб держать весь парк машинок в up-to-date состоянии, ставить софт и т.п.?
                        Что-то не верится в этот факт.
                          0
                          С удовольствием вместе с вами на него посмотрю.
                            0
                            Есть. Microsoft System Center, WSUS и так далее. Это не считая cfpuppet, chef и тому подобного.
                              0
                              На счет SCCM — согласен, есть. Он у нас стоит. Но частенько быстрее все сделать именно тем, что я предлагаю. WSUS — он у вас любой софт ставит? И так далее — не считается.
                                0
                                Простите, но я вас все-таки не понимаю. Есть SCCM, есть админ, у админа есть апдейт-листы. Еще есть клиенты, у клиентов есть кнопка Run Advertised Programs. Неужто при этом частенько приходится что-то ставить в фоновом режиме с psexec?
                                  0
                                  Частенько. Каждый день.
                                    0
                                    То есть, это какая-то типовая задача. Не могли бы вы ее тогда описать?
                                      0
                                      Не знаю, что вы от меня ждете :-) Ставим софт, там, где он нужен сейчас — от SCCM пока дождешься.
                                        0
                                        Гм. Ну вот ситуация: юзеру нужен софт, нужен сейчас. Например, словарь. Юзер лезет в Run Advertised Programs, выбирает словарь, жмет кнопку. Словарь установлен. Где в этой схеме сидит админ с psexec?
                                        Другая ситуация. Вышел апдейт к программе, которая стоит у сотни юзеров. Их машины у вас в апдейт-листе. Вы жмете кнопку, апдейт доставляется на юзерские ПК и устанавливается. Где в этой схеме нужда в psexec?
                                        Я жду собственно описания типовой ситуации, где вам при живом развернутом SCCM нужно сидеть, и все равно ставить весь софт вручную :)
                                          0
                                          Ну, вообще-то мы не предоставляем пользователям выбор устанавливаемого софта. И сторонний софт мы через SCCM практически не обновляем — ставим да, но не обновляем.
                                            0
                                            Так может проще предоставить выбор и обновлять через SCCM — чем тратить рабочее время администратора на ручную инсталляцию? :)
                                              0
                                              Может быть. Но тут уже каждый выберет для сам, что ему удобнее.
                                  0
                                  Я с трудом могу себе представить администратора, которому каждый день надо что-то ставить на компьютеры пользователей, и при этом он это делает через psexec в любой его форме. Зачем?!
                                    0
                                    Вы считаете, что админы на работе только чаи пьют? А psexec — не цель, это средство.
                                      +1
                                      Я, в принципе, знаю, чем занимаются админы на работе. И с моей точки зрения админ, который тратит рабочее время на подобную фигню, непрофессионален и непроизводителен.

                                      Но вы так и не описали задачу.
                                        0
                                        Я иного мнения. Но раз вы не имеете понятий о работе админов, не буду больше вас отвлекать от «не фигни».
                                          0
                                          Ну то есть описать задачу вы не можете.

                  Only users with full accounts can post comments. Log in, please.