PowerShell로 원격 프로세스(EXE, BAT) 실행하는 방법
다음과 같은 질문이 있군요. ^^
PowerShell 원격 실행 관련 질문...
; http://lab.gamecodi.com/board/zboard.php?id=GAMECODILAB_QnA_etc&no=5258&z=
이참에 한번 실습해보는 거죠. ^^
실습을 위해 Server1 컴퓨터에 다음과 같은 배치 파일을 하나 만들어 둡니다.
REM c:\temp\test.bat
c:\temp\ConsoleApp1.exe
그런 다음 아래와 같은 소스 코드로 ConsoleApp1.exe를 빌드해 c:\temp 폴더에 복사해 둡니다.
using System.Threading;
namespace ConsoleApp1
{
class Program
{
static void Main(string[] args)
{
EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset);
ewh.WaitOne();
}
}
}
준비는 끝났고 동작 확인을 위해 다른 컴퓨터에서 Server1 컴퓨터에 PowerShell로 이렇게 명령을 내릴 수 있습니다.
Invoke-Command -ComputerName Server1 -ScriptBlock {Invoke-Expression -Command:"cmd /C 'c:\temp\test.bat'"}
그럼 Server1 컴퓨터에서 ConsoleApp1.exe가 실행된 체로 종료를 안 하고 있기 때문에 위의 PowerShell 명령어도 실행이 끝나지 않고 기다리게 됩니다. 이 상태에서 Server1 컴퓨터의 작업 관리자에서 ConsoleApp1.exe를 강제 종료하면 PowerShell 명령어도 함께 끝나는 것을 확인할 수 있습니다.
하지만 여기서 원하는 것은 PowerShell 명령어가 대상 PC의 명령어 완료를 기다리지 않고 끝나는 것입니다. 이를 위해 test.bat 파일을 다음과 같이 start 명령어로 실행할 수 있습니다.
Invoke-Command -ComputerName Server1 -ScriptBlock {Invoke-Expression -Command:"start 'c:\temp\test.bat'"}
이렇게 하고 실행하면 Invoke-Command는 대상 명령어가 종료될 때까지 기다리지 않고 곧바로 제어를 반환합니다. 그런데 여기서 문제가 있습니다. PowerShell은 원격 명령어 실행을 위해 Session을 Invoke-Command의 명령어 종료와 함께 닫아버린다는 것입니다. 이로 인해 원격 Session 내에서 실행 중이던 프로그램까지도 강제 종료가 됩니다. 즉, 위와 같이 명령어를 실행하면 test.bat 파일(cmd.exe)이 잠깐 실행되다가 곧바로 종료됩니다. (확률적으로 ConsoleApp1.exe도 실행될 때도 있는데 그것 역시 Invoke-Command가 제어를 반환하면서 곧바로 종료합니다.)
이 문제를 해결하려면 Invoke-Command가 제어를 반환해도 원격 Session을 닫지 않고 유지할 수 있어야 합니다. 그리고 바로 이때 사용할 수 있는 옵션이 "-InDisconnectedSession"입니다.
Invoke-Command -InDisconnectedSession -ComputerName Server1 -ScriptBlock {Invoke-Expression -Command:"start 'c:\temp\test.bat'"}
위와 같이 실행하면 화면에는 다음과 같이 끊긴 원격 세션에 대한 정보를 알려주는 메시지가 출력됩니다.
PS C:\Users\TestUser> Invoke-Command -InDisconnectedSession -ComputerName Server1 -ScriptBlock {Invoke-Expression -Command:"start 'c:\temp\test.bat'"}
Id Name ComputerName ComputerType State ConfigurationName Availability
-- ---- ------------ ------------ ----- ----------------- ------------
42 Session41 Server1 RemoteMachine Disconnected Microsoft.PowerShell None
PS C:\Users\TestUser>
이와 함께 Server1 컴퓨터에는 ConsoleApp1.exe 프로세스가 떠 있는 것을 확인할 수 있습니다. 만약 원한다면 해당 세션을 다음과 같은 명령어로 강제 종료하는 것도 가능합니다.
PS C:\Windows\system32> Connect-PSSession -ComputerName Server1 -Name Session41
Id Name ComputerName ComputerType State ConfigurationName Availability
-- ---- ------------ ------------ ----- ----------------- ------------
84 Session41 Server1 RemoteMachine Opened Microsoft.PowerShell Busy
PS C:\Windows\system32> Remove-PSSession -ComputerName Server1
PS C:\Windows\system32>
또는,
PS C:\Users\TestUser> Get-PSSession -ComputerName Server1 | Remove-PSSession
PS C:\Users\TestUser>
관련해서 명령어들은 다음의 글에서 더 자세하게 볼 수 있습니다.
PowerShell disconnected remote sessions
; https://4sysops.com/archives/powershell-disconnected-remote-sessions/
참고로, 다음과 같은 오류가 발생한다면?
PS C:\Users\TestUser> Invoke-Command -ComputerName Server1 -ErrorAction Stop -ScriptBlock {Invoke-Expression -Command:"start 'c:\temp\test.bat'"}
[Server1] Connecting to remote server Server1 failed with the following error message : The client cannot connect
to the destination specified in the request. Verify that the service on the destination is running and is accepting re
quests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS
or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and config
ure the WinRM service: "winrm quickconfig". For more information, see the about_Remote_Troubleshooting Help topic.
At line:1 char:1
+ Invoke-Command -ComputerName Server1 -ScriptBlock ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OpenError: (Server1:String) [], PSRemotingTransportException
+ FullyQualifiedErrorId : CannotConnect,PSSessionStateBroken
명령에서 알려주는 대로 "winrm quickconfig" 명령어를 대상 PC에서 실행해 주면 됩니다.
C:\Windows\system32> winrm quickconfig
WinRM already is set up to receive requests on this machine.
WinRM is not set up to allow remote access to this machine for management.
The following changes must be made:
Create a WinRM listener on HTTP://* to accept WS-Man requests to any IP on this machine.
Make these changes [y/n]? y
WinRM has been updated for remote management.
Created a WinRM listener on HTTP://* to accept WS-Man requests to any IP on this machine.
다음과 같은 오류가 발생할 수도 있습니다.
PS C:\Users\TestUser> Invoke-Command -InDisconnectedSession -ComputerName Server1 -ScriptBlock {Invoke-Expression -Command:"start 'c:\temp\test.bat'"}
Disconnected sessions are supported only when the remote computer is running Windows PowerShell 3.0 or a later version
of Windows PowerShell.
+ CategoryInfo : OperationStopped: (Server1:String) [], PSRemotingDataStructureException
+ FullyQualifiedErrorId : JobFailure
+ PSComputerName : Server1
오류 메시지 그대로 PowerShell 버전이 낮아서 그런 것입니다. 참고로 대상 컴퓨터에서 다음과 같은 명령어로 PowerShell 버전을 확인할 수 있습니다.
PS C:\Users\TestUser> $PSVersionTable.PSVersion
Major Minor Build Revision
----- ----- ----- --------
2 0 -1 -1
Connect-PSSession 명령어 실행 시 다음과 같이 오류가 발생하는 경우도 있습니다.
PS C:\Windows\system32> Connect-PSSession -ComputerName Server1 -Name Session45
Connect-PSSession : The connect operation failed for session Session45 with the following error message: Connecting to
remote server Server1 failed with the following error message : The server that is running Windows PowerShell does
not support connect operations on the protocolversion 2.3 that is negotiated by the client computer. Make sure the cl
ient computer is compatible with the build 6.3.9600.18773 and the protocol version 2.2 of Windows PowerShell. For more
information, see the about_Remote_Troubleshooting Help topic.
At line:1 char:1
+ Connect-PSSession -ComputerName Server1 -Name Session45
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (:) [Connect-PSSession], RuntimeException
+ FullyQualifiedErrorId : -2141974621,PSSessionConnectFailed,Microsoft.PowerShell.Commands.ConnectPSSessionCommand
메시지 그대로 protocolversion이 맞지 않아서 그런 것입니다. 제가 해보니까, 적어도 PowerShell 5.1 버전 이상에서는 잘 동작했습니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]