적어도 NAT 스타일 네트워크가 게스트에 대해 구성된 일반적인 경우는 가능합니다. VMWare는 NAT-ing을 제공하고 있기 때문에 현재 NAT가 어떤 주소를 사용하고 있는지 알려줄 수 있어야합니다. 이와 같은 vmrun list정보가이 정보를 출력해야합니다. 그것은 결함이 아닙니다 ...
그러나 어쨌든 여기에 어떻게 찾을 수 있는지가 있습니다. 먼저 ifconfigMac 에서 실행 하십시오 (아마도 ipconfigWindows에서 동일하게 작동하지만 테스트하지는 않았습니다). 여기에는 머신의 모든 네트워크 인터페이스 (실제 및 가상)가 나열됩니다. vmnet-one을 찾으십시오. 내 Mac에서는 다음이 생성됩니다.
% ifconfig | grep -A2 ^vmnet
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:50:56:c0:00:01
inet 192.168.82.1 netmask 0xffffff00 broadcast 192.168.82.255
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:50:56:c0:00:08
inet 192.168.123.1 netmask 0xffffff00 broadcast 192.168.123.255
따라서 게스트의 IP는 192.168.82.0/24 또는 192.168.123.0/24의 두 VM 사설 네트워크 중 하나에 있습니다. 호스트에는 단 하나, 운이 좋거나 둘 이상이있을 수 있습니다. 모두 확인해야합니다. 다음은 명령 줄에 직접 입력 한 매우 간단한 tcsh 스크립트입니다. vmnet에 의해 관리되는 모든 클래스 C 개인 네트워크에서 각 주소를 ping하려고 시도하고 ping이 성공하면 종료됩니다. 이 -W 500옵션은 핑에게 응답을 위해 0.5 초만 기다리라고 지시하고 (아마도 더 적게 사용할 수 있음) -c 1정확히 하나의 패킷을 보내도록 지시합니다.
% set i=2
% while ( $i < 255 )
while? ping -W 500 -c 1 192.168.82.$i && break
while? ping -W 500 -c 1 192.168.123.$i && break
while? @ i++
while? end
위의 작은 스크립트는 존재하지 않는 주소에 도달하려는 모든 실패한 시도를 나열하는 시간 동안 실행되었습니다.
PING 192.168.82.2 (192.168.82.2): 56 data bytes
--- 192.168.82.2 ping statistics ---
1 packets transmitted, 0 packets received, 100.0% packet loss
PING 192.168.123.2 (192.168.123.2): 56 data bytes
...
그것이 마침내 성공하고 끝날 때까지 :
64 bytes from 192.168.123.130: icmp_seq=0 ttl=64 time=0.307 ms
--- 192.168.123.130 ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
Voilà, 나는 내 손님으로 ssh 수 있었다 :
% ssh 192.168.123.130
Password:
이제는 게스트가 한 명뿐이므로 핑에 응답하는 첫 번째 IP 주소가 맞았습니다. 한 번에 여러 게스트를 실행하는 경우 동일한 모든 유사한 개인 IP 주소 목록을 작성하기 위해 동일하거나 유사한 ping 명령을 사용해야 할 수 있으며 올바른 게스트가 될 때까지 모두 시도하십시오 ...
(그리고 어쩌면 .130은 NAT 기반 주소에 대한 좋은 추측입니다. 그러나 확실하게 말할 수는 없습니다.)