Как запустить скрипт на удаленном сервере без winrm, rpc. Powershell

В связи со свирепствующими вирусами появилась задача пере организовать работу скрипт-сервера.
Ранее все работало через WinRM, штатные команды на выполнения блоков скрипта с передачей параметров на ура.
Пример:
Теперь необходимо реализовать тот же функционал что и был только без WinRm.
1.Логика, Проверочный функционал производиться на Скрипт-Сервере также формируются необходимые параметры для передачи. С этим проблема нет.
2. Как запустить на удаленном клиента скрипт и еще передать ему параметр вот загвоздка.

Примечание: не хочется на каждом сервере создавать папку с одинаковыми скриптами для их запуска. все скрипты должны быть на скрипт-сервере, а выполнение должно передаваться на клиент.

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

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

0

Heartless, эта задача из разряда "Как забить гвоздь, если запретили использовать молоток?"

Сообщение от Heartless Примечание: не хочется на каждом сервере создавать папку с одинаковыми скриптами для их запуска.

А по моему, в сложившейся ситуации, самый адекватный вариант. Копируете скрипт на нужный $Server1, а там его шетдулер запускает и по выполнению удаляет.

0

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

Как еще из вариантов думал, оставить где на сетевой шаре скрипт и запускать его от туда.
Либо как через получения полного содержимого Но даже в этом варианте есть вопрос как передать переменные.

0

Heartless, Так если есть возможность использовать сетевые шары, то можно сделать более рационально.
Сохранить скрипт в сетевой доступности по smb-протоколу и запускать его на удаленных машинах через PSEXEC.
Единственное скрипт должен быть унифицированный, лучше избежать "хардкода" путей, а использовать переменные окружения.

0

по-моему, psexec умеет и без smb заползать на remote-клиента,
a с ключом -c сам копирует туда исполняемый файл( куда можно загнать скрипт),
исполняет его с параметрами и подчищает хвосты.

1

volodin661, Вполне возможно.
Этот функционал мною пока не изучен)
Если это возможно, это бесспорно наиболее рациональный вариант

0

PSExec мне не нравиться, причина состоит в том, что это надстройка над оболочкой PS.
И не все там работает на прямую, и интуитивно понятно.
Я нашел решение с помощью DSC (Desired State Configuration). Пакет стандартный, и не требует winrm. сейчас тестирую, если кто с ним работал, помогайте.
Как будет решение отпишусь позже.

0

Сообщение от Heartless В связи со свирепствующими вирусами

А что это за вирусы, использующие WinRM ? Конкретно.

Сообщение от Heartless Я нашел решение с помощью DSC (Desired State Configuration). Пакет стандартный, и не требует winrm.

Ага. Такой стандартный ( что за стандарт, кстати ? ), и такой нетребующий, что нуждается в установке
WMF на обоих концах:

“You must have WMF 4.0 on a computer if you plan to author configurations there.
You must also have WMF 4.0 on any computer you plan to manage via DSC.
Every computer involved in the entire DSC conversation must have WMF 4.0 installed. Period. ”

Excerpt From: PowerShell.org. “The DSC Book.”

Теперь давай посмотрим на состав WMF:

• Windows PowerShell
• Windows PowerShell Desired State Configuration (DSC)
• Windows PowerShell Integrated Script Environment (ISE)
• Windows Remote Management (WinRM)
• Windows Management Instrumentation (WMI)
• Windows PowerShell Web Services (Management OData IIS Extension)
• Software Inventory Logging (SIL)
• Server Manager CIM Provider

Итак, видим в составе WinRM.

У тебя есть способы после установки выпилить WinRM и гарантировать после этого работоспособность pull-режима DSC ?

0

Сообщение от Heartless PSExec мне не нравиться, причина состоит в том, что это надстройка над оболочкой PS

Что вы называете "оболочкой PS"?

Сообщение от Heartless В связи со свирепствующими вирусами появилась задача пере организовать работу скрипт-сервера. Ранее все работало через WinRM, штатные команды на выполнения блоков скрипта с передачей параметров на ура. ... Теперь необходимо реализовать тот же функционал что и был только без WinRm.

Т.е. вы хотите удалённый доступ всё равно оставить, но при этом заменить протокол способный работать по https (используя только один TCP порт) на что-то другое? И в чём смысл? Как уже спрашивал volodin661, не поделитесь информацией об опасностях WinRM?

Обычно такие задачи решают иначе, например есть хост с которого сервера доступны по WinRM, тогда используем vlan'ы, acl'и, firewall'ы, для того чтобы никто кроме этого хоста не смог дергать сервера за WinRM. Плюс ограничиваем доступ к самому хосту с скриптами.

Сообщение от volodin661 по-моему, psexec умеет и без smb заползать на remote-клиента

Inside PsExec

PsExec starts an executable on a remote system and controls the input and output streams of the executable's process so that you can interact with the executable from the local system. PsExec does so by extracting from its executable image an embedded Windows service named Psexesvc and copying it to the Admin$ share of the remote system. PsExec then uses the Windows Service Control Manager API, which has a remote interface, to start the Psexesvc service on the remote system.

0

Ну, чисто теоретически я допускаю возможность того, что после установки на клиенте Powershell 5.1,
в котором уже 'all-inclusive', настройки pull-request для DSC и зажима
WinRM на файрволе, что-то вдруг заработает. Но...но...но...

0

подписывать скрипты и уствервить execution-policy не пробовали ? и не нао будет winrm отключать..

0