Запуск сценария .ps1 из PowerShell с параметрами и учетными данными и получение вывода с использованием переменной - PullRequest
10 голосов
/ 27 марта 2020

Hello Stack Community :)

У меня простая цель. Я хотел бы запустить сценарий PowerShell из другого сценария Powershell, но есть 3 условия:

  1. Я должен передать учетные данные (выполнение подключается к базе данных, в которой указан c пользователь)
  2. Требуются некоторые параметры
  3. Я бы хотел передать вывод в переменную

Есть похожий вопрос Ссылка, Но ответ заключается в том, чтобы использовать файлы как способ связи между двумя сценариями PS. Я просто хотел бы избежать конфликтов доступа. @ Обновление: основной сценарий собирается запустить несколько других сценариев. поэтому решение с файлами может быть сложным, если выполнение будет выполняться от нескольких пользователей одновременно.

Script1.ps1 - это скрипт, который должен иметь строку в качестве вывода. (Просто чтобы прояснить, это вымышленный скрипт, реальный имеет 150 строк, поэтому я просто хотел привести пример)

param(  
[String]$DeviceName
)
#Some code that needs special credentials
$a = "Device is: " + $DeviceName
$a

ExecuteScripts.ps1 должен вызвать тот с эти 3 условия, упомянутые выше

Я пробовал несколько решений. Вот пример * параметр к нему ..

Заранее спасибо!

Ответы [ 4 ]

5 голосов
/ 27 марта 2020

Start-Process будет моим последним вариантом для вызова PowerShell из PowerShell - особенно потому, что все операции ввода-вывода становятся строками, а не (десериализованными) объектами.

Две альтернативы:

1. Если пользователь является локальным администратором, а PSRemoting настроен

Если возможен удаленный сеанс на локальном компьютере (к сожалению, доступ ограничен локальными администраторами), я определенно go с Invoke-Command:

$strings = Invoke-Command -FilePath C:\...\script1.ps1 -ComputerName localhost -Credential $credential

$strings будет содержать результаты.


2. Если пользователь не является администратором в целевой системе

Вы можете написать свое собственное "только для локального * Invoke-Command", раскрутив пространство вне процесса:

  1. Создание PowerShellProcessInstance под другим логином
  2. Создание пространства выполнения в указанном процессе
  3. Выполнение кода в указанном пространстве выполнения вне процесса

Я собрал такую ​​функцию ниже, см. Встроенные комментарии для пошагового руководства:

function Invoke-RunAs
{
    [CmdletBinding()]
    param(
        [Alias('PSPath')]
        [ValidateScript({Test-Path $_ -PathType Leaf})]
        [Parameter(Position = 0, Mandatory = $true, ValueFromPipeline = $true, ValueFromPipelineByPropertyName = $true)]
        [string]
        ${FilePath},

        [Parameter(Mandatory = $true)]
        [pscredential]
        [System.Management.Automation.CredentialAttribute()]
        ${Credential},

        [Alias('Args')]
        [Parameter(ValueFromRemainingArguments = $true)]
        [System.Object[]]
        ${ArgumentList},

        [Parameter(Position = 1)]
        [System.Collections.IDictionary]
        $NamedArguments
    )

    begin
    {
        # First we set up a separate managed powershell process
        Write-Verbose "Creating PowerShellProcessInstance and runspace"
        $ProcessInstance = [System.Management.Automation.Runspaces.PowerShellProcessInstance]::new($PSVersionTable.PSVersion, $Credential, $null, $false)

        # And then we create a new runspace in said process
        $Runspace = [runspacefactory]::CreateOutOfProcessRunspace($null, $ProcessInstance)
        $Runspace.Open()
        Write-Verbose "Runspace state is $($Runspace.RunspaceStateInfo)"
    }

    process
    {
        foreach($path in $FilePath){
            Write-Verbose "In process block, Path:'$path'"
            try{
                # Add script file to the code we'll be running
                $powershell = [powershell]::Create([initialsessionstate]::CreateDefault2()).AddCommand((Resolve-Path $path).ProviderPath, $true)

                # Add named param args, if any
                if($PSBoundParameters.ContainsKey('NamedArguments')){
                    Write-Verbose "Adding named arguments to script"
                    $powershell = $powershell.AddParameters($NamedArguments)
                }

                # Add argument list values if present
                if($PSBoundParameters.ContainsKey('ArgumentList')){
                    Write-Verbose "Adding unnamed arguments to script"
                    foreach($arg in $ArgumentList){
                        $powershell = $powershell.AddArgument($arg)
                    }
                }

                # Attach to out-of-process runspace
                $powershell.Runspace = $Runspace

                # Invoke, let output bubble up to caller
                $powershell.Invoke()

                if($powershell.HadErrors){
                    foreach($e in $powershell.Streams.Error){
                        Write-Error $e
                    }
                }
            }
            finally{
                # clean up
                if($powershell -is [IDisposable]){
                    $powershell.Dispose()
                }
            }
        }
    }

    end
    {
        foreach($target in $ProcessInstance,$Runspace){
            # clean up
            if($target -is [IDisposable]){
                $target.Dispose()
            }
        }
    }
}

Затем используйте так:

$output = Invoke-RunAs -FilePath C:\path\to\script1.ps1 -Credential $targetUser -NamedArguments @{ClientDevice = "ClientName"}
2 голосов
/ 27 марта 2020

Примечание:

  • Следующее решение работает с любой внешней программой , а неизменно захватывает вывод в виде текста .

  • К вызовет другой экземпляр PowerShell и захватывает его вывод как расширенные объекты (с ограничениями), см. Вариант решения в нижнем разделе или рассмотрите полезный ответ Матиаса Р. Джессена , в котором используется PowerShell SDK .

Вот пример концепции, основанной на прямом использовании типов System.Diagnostics.Process и System.Diagnostics.ProcessStartInfo. NET для захвата процесса. вывод в память (как указано в вашем вопросе, Start-Process не вариант, потому что он поддерживает захват только вывода в файлах , как показано в этого ответа ):

Примечание:

  • В связи с тем, что он работает от имени другого пользователя, он поддерживается только на Windows (по состоянию на . NET Core 3.1), но в обеих версиях PowerShell.

  • Из-за необходимости запуска от имени другого пользователя и необходимости захвата вывода, .WindowStyle не может использоваться для запуска команды hidden (поскольку для использования .WindowStyle требуется .UseShellExecute, равное $true, что несовместимо с этими требованиями); однако, поскольку весь вывод захватывается , установка .CreateNoNewWindow в $true эффективно приводит к скрытому выполнению.

# Get the target user's name and password.
$cred = Get-Credential

# Create a ProcessStartInfo instance
# with the relevant properties.
$psi = [System.Diagnostics.ProcessStartInfo] @{
  # For demo purposes, use a simple `cmd.exe` command that echoes the username. 
  # See the bottom section for a call to `powershell.exe`.
  FileName = 'cmd.exe'
  Arguments = '/c echo %USERNAME%'
  # Set this to a directory that the target user
  # is permitted to access.
  WorkingDirectory = 'C:\'                                                                   #'
  # Ask that output be captured in the
  # .StandardOutput / .StandardError properties of
  # the Process object created later.
  UseShellExecute = $false # must be $false
  RedirectStandardOutput = $true
  RedirectStandardError = $true
  # Uncomment this line if you want the process to run effectively hidden.
  #   CreateNoNewWindow = $true
  # Specify the user identity.
  # Note: If you specify a UPN in .UserName
  # (user@doamin.com), set .Domain to $null
  Domain = $env:USERDOMAIN
  UserName = $cred.UserName
  Password = $cred.Password
}

# Create (launch) the process...
$ps = [System.Diagnostics.Process]::Start($psi)

# Read the captured standard output.
# By reading to the *end*, this implicitly waits for (near) termination
# of the process.
# Do NOT use $ps.WaitForExit() first, as that can result in a deadlock.
$stdout = $ps.StandardOutput.ReadToEnd()

# Uncomment the following lines to report the process' exit code.
#   $ps.WaitForExit()
#   "Process exit code: $($ps.ExitCode)"

"Running ``cmd /c echo %USERNAME%`` as user $($cred.UserName) yielded:"
$stdout

Выше приведено что-то вроде ниже показано, что процесс успешно запущен с заданным именем пользователя:

Running `cmd /c echo %USERNAME%` as user jdoe yielded:
jdoe

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

# Get the target user's name and password.
$cred = Get-Credential

# Create a ProcessStartInfo instance
# with the relevant properties.
$psi = [System.Diagnostics.ProcessStartInfo] @{
  # Invoke the PowerShell CLI with a simple sample command
  # that calls `Get-Date` to output the current date as a [datetime] instance.
  FileName = 'powershell.exe'
  # `-of xml` asks that the output be returned as CLIXML,
  # a serialization format that allows deserialization into
  # rich objects.
  Arguments = '-of xml -noprofile -c Get-Date'
  # Set this to a directory that the target user
  # is permitted to access.
  WorkingDirectory = 'C:\'                                                                   #'
  # Ask that output be captured in the
  # .StandardOutput / .StandardError properties of
  # the Process object created later.
  UseShellExecute = $false # must be $false
  RedirectStandardOutput = $true
  RedirectStandardError = $true
  # Uncomment this line if you want the process to run effectively hidden.
  #   CreateNoNewWindow = $true
  # Specify the user identity.
  # Note: If you specify a UPN in .UserName
  # (user@doamin.com), set .Domain to $null
  Domain = $env:USERDOMAIN
  UserName = $cred.UserName
  Password = $cred.Password
}

# Create (launch) the process...
$ps = [System.Diagnostics.Process]::Start($psi)

# Read the captured standard output, in CLIXML format,
# stripping the `#` comment line at the top (`#< CLIXML`)
# which the deserializer doesn't know how to handle.
$stdoutCliXml = $ps.StandardOutput.ReadToEnd() -replace '^#.*\r?\n'

# Uncomment the following lines to report the process' exit code.
#   $ps.WaitForExit()
#   "Process exit code: $($ps.ExitCode)"

# Use PowerShell's deserialization API to 
# "rehydrate" the objects.
$stdoutObjects = [Management.Automation.PSSerializer]::Deserialize($stdoutCliXml)

"Running ``Get-Date`` as user $($cred.UserName) yielded:"
$stdoutObjects
"`nas data type:"
$stdoutObjects.GetType().FullName

Выше приведено что-то вроде следующего, показывающее, что экземпляр [datetime] (System.DateTime ) вывод Get-Date был десериализован так:

Running `Get-Date` as user jdoe yielded:

Friday, March 27, 2020 6:26:49 PM

as data type:
System.DateTime
0 голосов
/ 27 марта 2020

Что вы можете сделать следующим образом, чтобы передать параметр в скрипт ps1.

Первый скрипт может быть origin.ps1 , где мы пишем:

& C:\scripts\dest.ps1 Pa$$w0rd parameter_a parameter_n

Th сценарий назначения dest.ps1 может иметь следующий код для захвата переменных

$var0 = $args[0]
$var1 = $args[1]
$var2 = $args[2]
Write-Host "my args",$var0,",",$var1,",",$var2

И результат будет

my args Pa$$w0rd, parameter_a, parameter_n
0 голосов
/ 27 марта 2020

rcv.ps1

param(
    $username,
    $password
)

"The user is:  $username"
"My super secret password is:  $password"

выполнение из другого скрипта:

.\rcv.ps1 'user' 'supersecretpassword'

вывод:

The user is:  user
My super secret password is:  supersecretpassword
...