로컬 네트워크에서 VirtualBox 호스트 전용 어댑터로 트래픽 라우팅

테스트를 위해 로컬 네트워크에서 VirtualBox 내부의 게스트로 라우팅을 허용해야합니다. 손님은 이미 외부 액세스 권한이 있습니다.

지금까지 로컬 컴퓨터 (OSX 10.9)에서 IP 전달을 활성화하고 로컬 네트워크의 컴퓨터에서 호스트 전용 네트워크에 대한 경로를 추가했습니다.

route add -net 192.168.59.0 netmask 255.255.255.0 gw 192.168.0.107
sysctl -w net.ipv4.ip_forward=1

네트워크는 그렇게 보입니다.

Local network 192.168.0.104 -> [Wireless 192.168.0.0/24] -> MacOSX 192.168.0.107 (Wifi) & 192.168.59.3 (VboxHost) -> [VBox 192.168.59/24] -> 192.168.59.103

VirtualBox가 의도적으로 외부에서 패킷을 삭제하지 않으면 이것이 작동합니다.

내 목표는 192.168.0.104에 연결하는 것 192.168.59.103입니다. 지금까지 나는 단지 핑만 할 수 있습니다 192.168.59.3.

또한 내 손님은 이미 wifi에 액세스 할 수있는 기본 gw가있는 다른 어댑터를 가지고 있습니다.

어떤 경로 또는 네트워크 구성이 누락 될 수 있습니까?

또한 나는 내 손님을 얻는 패킷을 이해할 수 있었지만 손님은 응답 할 수 없지만 tcpdump는 기계를 핑한다고 말하면 paquet이 손님에게 도착하지 않는다는 것을 보여줍니다. 또한 방화벽이 어디서나 실행되고 있지 않습니다.

내 Mac의 라우팅 테이블

Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.0.1        UGSc           42        1     en0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              6  2943735     lo0
169.254            link#4             UCS             0        0     en0
192.168.0          link#4             UCS             3        0     en0
192.168.0.1        9c:d6:43:c8:cf:e8  UHLWIir        43    21647     en0   1199
192.168.0.104      8:0:27:c2:fc:68    UHLWI           0        7     en0   1068
192.168.0.106      0:15:99:77:73:ed   UHLWI           0       82     en0    845
192.168.0.107      127.0.0.1          UHS             2     9114     lo0
192.168.59         link#9             UC              3        0 vboxnet
192.168.59.3       a:0:27:0:0:0       UHLWI           0    69759     lo0
192.168.59.103     link#9             UHRLWIi         2    31866 vboxnet     1

macos networking virtualbox

— kkx
소스

VM의 네트워크 어댑터를 호스트 전용 대신 브리지로 구성 할 수없는 이유는 무엇입니까? 효과적으로 동일한 행동을 취합니다.

— heavyd

똑같다? 호스트 전용 어댑터는 별도의 네트워크 인 반면 브리지 된 AFAIK는 호스트를 실제 네트워크에 바인딩합니다. 사무실, 가정 등으로 변경하는 동안 IP로 인해 불편 함

— kkx

저는 VMware 사람이지만 @heavyd가 언급 한 것처럼 VMware Fusion 또는 Workstation과 마찬가지로 Virtual Box를 사용하여 사설 또는 "호스트 전용"LAN을 설정할 수 있어야합니다.

— SaxDaddy

@SaxDaddy 정확히 사용하고 있지만 테스트를 위해 트래픽을 라우팅하려고합니다. 그러나 내가 해야하는 것처럼 작동하지 말아야한다고 말했듯이 (또는 실제로 너무 잘하고 있습니다). 라우팅이 올바르거나 MacOSX에서 무언가가 트래픽을 올바르게 라우팅하지 않더라도 호스트 전용 어댑터가 트래픽 외부로 떨어지고있는 것 같습니다.

— kkx

route add 명령에서 호스트 전용 네트워크는 호스트 전용 네트워크 외부 의 pc 게이트웨이로 사용하도록 구성 되었으므로이 구성에서 아무도 오류를 발견하지 못했습니다 . 이 작동하지 않을 수 있습니다. 올바른 경로는 다음과 같이 사용해야 GW 호스트 전용 어댑터의 맥 인터페이스의 IP 주소가 아닌 기본 LAN. 이 다른 실수는 (이유는 무엇 이오 라우팅 테이블 ???에서 192.168.59.3의 주소를 가지고) 만에서 오류 경로를 추가하지 모두가 가능하다에서 진전을. 나는 eventaul 독자들을 위해이 메모를 남긴다.

— MariusMatutiae

호스트 전용 네트워킹 모드는 로컬 네트워크에서 VM 호스트로 트래픽을 라우팅하는 데 사용할 수 없습니다. 브리지, NAT 또는 NAT 네트워크를 사용해야합니다. 마지막 두 개는 포트 포워드가 필요합니다.

참고 문헌 :

[1] https://www.virtualbox.org/manual/ch06.html#networkingmodes (섹션 6.2 끝의 표 참조) [2] https://www.virtualbox.org/manual/ch06.html# network_hostonly

— 마르첼로 로베르토 지 메네즈
소스

사실이 아니 어서 죄송합니다. 설명서가 잘못된 것일 수 있습니다. 호스트 전용 네트워크는 독립 LAN true와 같지만 LAN에는 게이트웨이가있을 수 있으며 호스트 (또는 게스트 중 하나)가 라우터 역할을 중지하는 것은 없습니다. 나는 항상 LInux에서 그것을한다. 나는 왜 OS-X에서 가능하지 않아야하는지 알지 못한다. 브리징과 라우팅은 서로 다른 두 가지입니다.

— 로드니

우리는 상식이 아닌 Virtualbox 정의 용어를 사용하고 있습니다. 나는 단어에 오해되었으므로 문서의 테이블을 가리 켰습니다.

— Marcelo Roberto Jimenez