VirtualBox 게스트는 호스트가 액세스할 수 있는 OpenVPN 서브넷에 액세스할 수 없습니다.

VirtualBox 게스트는 호스트가 액세스할 수 있는 OpenVPN 서브넷에 액세스할 수 없습니다.

내 문제가 이것과 비슷하다고 생각합니다VPN을 통한 VirtualBox 게스트 액세스, 하지만 그렇지는 않습니다. 다른 경로로 가려고 합니다. 게스트로부터 호스트가 OpenVPN을 통해 액세스할 수 있는 목적지로 이동하려고 합니다.

내 VirtualBox 게스트에는 게스트가 있고 호스트 vboxnet0가 인 호스트 전용 네트워크( )가 있습니다 . 호스트는 OpenVPN 네트워크의 클라이언트이고 OpenVPN의 가상 게이트웨이를 통해 클라이언트에서 원격으로의 연결이 양호한 것으로 알려져 있습니다.192.168.56.101192.168.56.110.44.55.55tun110.9.0.1.

게스트에서 경로를 정의합니다.route add -host 10.44.55.55 gw 192.168.56.1 dev enp0s8

...라우팅 테이블은 다음과 같습니다.

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    0      0        0 enp0s3
10.44.55.55     192.168.56.1    255.255.255.255 UGH   0      0        0 enp0s8

보시다시피 이는 호스트 네트워크의 호스트 측 IP 주소와 해당 네트워크로 연결되는 가상 네트워크 어댑터일 뿐입니다.

손님에 관해서는 지금 시험해 보았습니다 ping 10.44.55.55. 응답이 없는 경우 시스템에서 문제를 진단하는 방법은 다음과 같습니다.

tcpdump -nn icmp~에주인패킷 표시대상에 바인딩된 클라이언트 주소에 의해 방출됩니다: 192.168.56.101 > 10.44.55.55. 문제는 그들이 실제로 거기에 도달하지 못한다는 것입니다. 호스트는 도착 경로를 알고 10.44.55.55ping할 수 있고 패킷이 호스트에 표시되지만 tcpdump호스트에서 동일한 명령으로 발행된 패킷처럼 대상으로 터널링하지 않습니다.

tcpdump -nn icmp에 실행원격Ping 패킷이 도착하지 않았다는 표시이며,만약에트래픽은 가상 머신에서 발생합니다. (당연하지 만약주인질문 ping 10.44.55.55,패킷하다도착하다. )

호스트는 Mac OS/X입니다.(엘 캐피탄)"어쩌면 호스트의 패킷 전달 문제일 수도 있습니다"라는 생각이 들었습니다. 이제 이 스레드를 참조하세요.OS X의 패킷 전달, 올바른 명령을 찾았고 sysctl거기에 설명된 대로 패킷 전달을 활성화했지만 기쁨은 없었습니다.

아무 작업도 수행하지 않더라도 OS/X 호스트에서 포트 전달이 켜져 있는지 확인하는 방법은 다음과 같습니다.

$ sysctl -a | grep forw
net.inet.ip.forwarding: 1

나는 꽤 자신있다폐쇄여기에 해결책이 있지만 올바른 네트워크 마법을 찾을 수 없습니다. 미리 감사드립니다...

추가 설명:아직도 이것저것 고민하면서 경로를 정의하려고 해요10.9.0.1 (관련 OpenVPN 포털)비슷한 부정적인 결과가 나타납니다.

답변1

해결되었습니다!

이상한 점은 호스트 어댑터 유형을 ( Bridged Network직접 액세스 호스트 어댑터) 에서 다음으로 변경할 때입니다.NAT할 수 있다호스트가 접속할 수 있는 리모컨의 IP 주소를 확인하세요.

나는 이제 1월 19일자 댓글(#5) 때문에 상당히 혼란스러워졌습니다.(당시 나는 "너무 혼란스러웠던 것"임에 틀림없다.)

이제 이것은 특별히 다음을 위한 것입니다."클라이언트에서 호스트로 VPN 연결."반대방향의 교통에는 적용되지 않습니다. (호스트도 "NAT" 가상 인터페이스를 ping할 수 없습니다.)

관련 정보