
저는 VMWare Workstation에 여러 가상 머신을 배포한 멋진 8코어 Windows 7 머신을 가지고 있습니다. "vmrun -T ws H:\VMWare\VM1\VM1.vmx nogui"와 같은 명령을 실행하여 원격으로 가상 머신을 시작할 수 있기를 원합니다. 호스트에는 항상 로그인된 사용자가 있고 항상 동일하다고 가정할 수 있습니다.
명령은 로컬에서는 잘 실행되지만 원격으로 실행하려고 하면 문제가 발생합니다.
cygwin의 ssh를 사용하여 이를 수행하는 것은 불가능합니다. 왜냐하면 어떻게든 vmrun이 로컬 화면에 액세스해야 하기 때문입니다. Windows 서비스로 실행되기 때문에 cygwin의 ssh에서는 이것이 불가능하다고 알고 있습니다. 나는 문제를 피하기 위해 한 쌍의 응용 프로그램을 작성할 수 있다는 것을 알고 있습니다. 하나는 사용자 로그인 시 시작되고 다른 하나는 IPC에 의해 첫 번째 응용 프로그램에 명령을 보내는 원격 사용자에 의해 호출됩니다. 나는 누군가가 이미 그러한 응용 프로그램을 작성했기 때문에 바퀴를 재발명하는 데 시간을 낭비할 필요가 없다는 강한 느낌을 받았습니다.
나는 Windows 자격 증명에 의존하는 다른 통신 방법이 충분히 안전하다고 생각하지 않으므로 레인보우 테이블을 사용하여 쉽게 스니핑하고 해독할 수 있는 psexec와 같은 도구를 사용하지 않는 것을 선호합니다(Radius 서버가 없습니다). 아니면 제가 틀렸는데 실제로 안전할까요?
답변1
나는 항상 Cygwin을 사용하여 ssh
3389로 포트 포워딩함으로써 이 작업을 수행합니다. 그런 다음 워크스테이션(Ssh 터널을 통해 Windows 자격 증명에 대한 우려를 완화해야 함)에 RDP를 수행하고 VM 워크스테이션을 시작하고 플레이할 수 있습니다. 원하는 VM을 선택하고 나가세요.
답변2
다음을 사용하면 매우 쉽게 원격으로 명령을 실행할 수 있습니다.PsExec
. 물론 Windows 인증 메커니즘을 사용하여 작동합니다.
답변3
마침내 나는 나에게 가장 적합한 솔루션을 찾았습니다.
요점은하지sshd를 Windows 서비스로 실행하지만 사용자의 개인 시작 시(숨겨진 창으로) 실행할 수 있습니다. 그게 다야. 여기서 유일한 비결은 상위 프로세스로 실행해야 한다는 것입니다.
Windows 7에서 cygwin sshd를 대화식으로 시작하려면 다음 단계를 따라야 합니다. (cygwin이 에 설치되어 C:\cygwin
있고 여기에 패키지가 포함되어 있다고 가정합니다 openssh
):
sshd
관리 도구\서비스 애플릿의 서비스를 "수동 실행" 또는 "비활성화"로 설정합니다 .C:\cygwin\var\empty
폴더 소유권 가져오기- (선택 사항 - 디버그용) 상승된 cygwin 프롬프트에서 실행할 때
/usr/bin/sshd -D
호스트에 대한 SSH 액세스 권한을 얻을 수 있는지 확인하십시오. - (선택 사항 - 디버그용) 관리자 권한 명령 프롬프트에서 시작할 때
C:\cygwin\bin\run -p C:\cygwin\bin /usr/sbin/sshd -D
여전히 3번 항목과 동일한 액세스 권한을 얻을 수 있는지 확인하세요.sshd.exe
나중에 작업 관리자를 사용하여 프로세스를 종료하는 것을 잊지 마세요. - 로그인 직후 승격된 자격 증명으로 이 명령을 실행하는 새 작업을 만듭니다. 보다이 포럼 스레드를 통해 이를 수행하는 방법을 알아보세요.
- 원격 호스트에서 SSH를 사용하여 로그인하고
vmrun -T ws start ...
로컬에서 수행하는 것처럼 명령을 실행하면 모든 것이 예상대로 작동합니다.
관리 작업을 수행하기 위해 SSH 인증을 선호하는 분들에게 도움이 되기를 바랍니다.
이 솔루션이 작동하려면 사용자가 실제로 호스트에 로그인해야 합니다(대화식으로(즉, rdp를 통하지 않고) 로그인하는 것이 가장 좋다고 생각하지만 이 이론을 테스트하지는 않았습니다). 따라서 이 솔루션은 가정에 가장 적합합니다. /소규모 사무실 네트워크이며 "자동 로그온"으로 구성하지 않는 한 전용 서버에 적합하지 않을 수 있습니다(그러나 자동 로그온에는 $ADMIN 공유 비활성화의 이점을 쉽게 상쇄할 수 있는 보안 문제가 있습니다).