내 문제가 이것과 비슷하다고 생각합니다VPN을 통한 VirtualBox 게스트 액세스, 하지만 그렇지는 않습니다. 다른 경로로 가려고 합니다. 게스트로부터 호스트가 OpenVPN을 통해 액세스할 수 있는 목적지로 이동하려고 합니다.
내 VirtualBox 게스트에는 게스트가 있고 호스트 vboxnet0
가 인 호스트 전용 네트워크( )가 있습니다 . 호스트는 OpenVPN 네트워크의 클라이언트이고 OpenVPN의 가상 게이트웨이를 통해 클라이언트에서 원격으로의 연결이 양호한 것으로 알려져 있습니다.192.168.56.101
192.168.56.1
10.44.55.55
tun1
10.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.55
ping할 수 있고 패킷이 호스트에 표시되지만 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할 수 없습니다.)