web-dev-qa-db-ja.com

ネットワークケーブルが抜かれたときにホストからVirtualboxゲストに接続する方法

オフラインで作業したいのですが（今月2回米国に飛行機で行きます）、これを行うにはLinux開発サーバーにアクセスする必要があります。

更新：しばらく検索した後、 これは私が経験しているのと同じ問題です （Snow LeopardHostとUbuntu 10.04ゲスト）。

自宅で仕事をしているときは、VirtualBox VMを起動し、その日の開発サーバーとして機能します（Apache、PHP＆MySQLを提供してサーバー側を実行するコード）。ただし、ネットワークに接続していないときは、VM）を使用したいと思います。

Ubuntu VMゲストにブリッジ接続を設定して、HTTPを提供し、ローカルネットワーク内からSSHアクセスを提供できるようにしました。

Mac OSX（ホスト）とUbuntu（ゲスト）の両方でネットワーク設定を手動で構成しようとしましたが、自分のNICアドレス（127.0.0.1は、 192.168.21.xケーブルを抜くとOSXではできません）。

手動ネットワーク設定：

$ ifconfig en0
en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
ether 00:xx:xx:xx:xx:xx 
inet 192.168.21.5 netmask 0xffffff00 broadcast 192.168.21.255
media: autoselect (100baseTX <full-duplex,flow-control>)
status: active

VM（。20）とSSHだけでなく、ローカルホストにも正常にpingを実行できます。

$ ping 192.168.21.5
PING 192.168.21.5 (192.168.21.5): 56 data bytes
64 bytes from 192.168.21.5: icmp_seq=0 ttl=64 time=0.085 ms
64 bytes from 192.168.21.5: icmp_seq=1 ttl=64 time=0.102 ms
64 bytes from 192.168.21.5: icmp_seq=2 ttl=64 time=0.100 ms
64 bytes from 192.168.21.5: icmp_seq=3 ttl=64 time=0.094 ms

$ ping 192.168.21.20
PING 192.168.21.20 (192.168.21.20): 56 data bytes
64 bytes from 192.168.21.20: icmp_seq=0 ttl=64 time=0.910 ms
64 bytes from 192.168.21.20: icmp_seq=1 ttl=64 time=1.181 ms
64 bytes from 192.168.21.20: icmp_seq=2 ttl=64 time=1.159 ms
64 bytes from 192.168.21.20: icmp_seq=3 ttl=64 time=1.320 ms

ネットワークケーブルが抜かれている：

$ ifconfig en0
en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
ether 00:xx:xx:xx:xx:xx 
media: autoselect
status: inactive

$ ping 192.168.21.5
PING 192.168.21.5 (192.168.21.5): 56 data bytes
ping: sendto: No route to Host
ping: sendto: No route to Host
Request timeout for icmp_seq 0
ping: sendto: No route to Host
Request timeout for icmp_seq 1

OS Xは、ネットワークケーブルが抜かれたときにNICを無効にしますか？これを停止する方法はありますか？

macosnetworkingvirtualboxosx-snow-leopard
2
Greg K

おそらく、ゲストにNICを追加し、 ホストのみのネットワーク 用に構成することができます。

ホストオンリーネットワーキングは、VirtualBoxのバージョン2.2で追加されたもう1つのネットワーキングモードです。これは、ブリッジネットワークモードと内部ネットワークモードのハイブリッドと考えることができます。ブリッジネットワークと同様に、仮想マシンは、物理イーサネットスイッチを介して接続されているかのように相互に通信できます。ただし、内部ネットワークと同様に、物理ネットワークインターフェイスが存在する必要はなく、仮想マシンは物理ネットワークインターフェイスに接続されていないため、ホストの外部の世界と通信できません。

3
coneslayer

考えただけですが、おそらくループバックアダプタがこれを回避する可能性があります。 http://www.stayonline.com/detail.aspx?ID=1215

0
Tim Alexander