私の問題はこれに似ていると思います。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できません。)