Windows - 계정 정보가 동일하지 않은 PC 간의 인증을 수행하는 방법
예를 들어 다음과 같은 원격 명령어가,
C:\WINDOWS\system32> sc \\192.168.100.15 query termservice
[SC] OpenSCManager FAILED 5:
Access is denied.
"Access is denied."로 오류가 나는 것은 서로 간의 인증 정보가 맞지 않기 때문입니다. 즉, sc.exe를 수행하는 측에서는 현재 로그인한 사용자 계정(예를 들어, testuser)으로 원격지 PC(192.168.100.15)로 인증 정보를 자동으로 전달하게 되는데, 만약 대상 PC에 암호까지 동일한 "testuser" 계정이 없다면 저런 식으로 권한 오류가 발생하는 것입니다.
이 문제를 해결하는 가장 간단한 방법은, 현재 로그인한 계정 정보와 일치하는 사용자 계정을 대상 PC에 등록하는 것입니다. 만약 대상 PC를 변경할 수 없다면, 대상 PC에 등록된 사용자 계정과 동일한 것을 로컬 PC에 등록하고 그 계정 정보로 로그인한 후 명령어를 수행하면 됩니다.
그런데, 저런 식으로 계정 정보를 일치시키는 것이 보안 상 미덥지 않은 경우가 있습니다. 그런 경우라면 명령어를 수행할 때만 원격 PC의 계정 정보가 연동하도록 조정하는 것이 나은데요.
일부 명령어들은, 이런 문제를 인증 정보를 함께 지정할 수 있도록 허용하는 것으로 해결하는데 가령 PowerShell의 Restart-Computer 명령어가 그 좋은 예입니다.
PS> $Creds = Get-Credential
PS> Restart-Computer -ComputerName "..." -Credential $Creds -Force
하지만 모든 명령어가 그런 것은 아닙니다. 가령 sc.exe만 해도 인증 정보를 전달할 수 있는 명령행 옵션이 없습니다. 이런 경우라면, 손쉽게 해결할 수 있는 방법이 네트워크 연결을 시도해 인증 정보를 캐시하는 것입니다. 가령, 탐색기에 다음과 같이 입력하면,
\\192.168.100.15\c$
인증 창이 뜨게 되고 이제부터는 (192.168.100.15를 대상으로 하는 명령어 수행 시) 해당 인증 정보가 넘어가게 됩니다. (이때의 인증 정보 유효 기간은
네트워크 공유 폴더(net use)에 대한 인증 정보는 언제까지 유효할까요? 글을 참고하세요.) 따라서 다음과 같이 인증을 요구하는 명령어들이 아주 잘 수행됩니다. ^^
C:\Windows> sc \\192.168.100.15 query UmRdpService
SERVICE_NAME: UmRdpService
TYPE : 30 WIN32
STATE : 1 STOPPED
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
C:\Windows> sc \\192.168.100.15 stop termservice
SERVICE_NAME: termservice
TYPE : 30 WIN32
STATE : 3 STOP_PENDING
(STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x1
WAIT_HINT : 0xea60
C:\Windows> sc \\192.168.100.15 config termservice start= auto
[SC] ChangeServiceConfig SUCCESS
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]