回答:
デフォルトでは、NABアダプターは、Cisco AnyConnectを実行していなくても、単純に機能します。
しかし、Cisco AnyConnectの実行中にDNSルックアップが失敗しました。これは、Ubuntu 12.10+の重大なバグ「バグ1048783:ネットワーク名ルックアップがNATネットワークアダプターで壊れている」が原因です。詳細については、https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1048783をご覧ください。
これを回避するには、次のコマンドを実行してホストDNSルックアップを使用する必要があります。
ウィンドウのコマンドプロンプトから(VMNAMEが VB名で置き換えられている場合(例:「Ubuntu」))、
cd "c:\ Program Files \ Oracle \ VirtualBox"
VBoxManage modifyvm VMNAME --natdnshostresolver1 on
ちなみに、NABのみのアダプターの制限を回避するために、最初のアダプターにはデフォルトで「NAT」があり、2番目のアダプターには「ホストオンリー」があります。この設定は私には完璧に機能します。
必ず仮想ボックスを再起動し、状態を保存して、電源を切るだけでなく、以前の設定を保持してください。
同様の問題がありました。VirtualBox内でUbuntu 12.04を使用してWindows 7(64ビット)を実行します。自宅で作業するには、VPN経由で大学のネットワークに接続し、大学のスーパーコンピューティングクラスターに(次に)接続できるようにする必要があります。
Ubuntu内部からVPNクライアント接続を取得できず、ホストマシンのVPN接続にアクセスできませんでした。
私が行ったのは、「ホストオンリーアダプター」に接続された仮想マシン用の新しいアダプターを作成することでした。これはWindowsのインターネット接続の下に表示され、そこからCisco VPNアダプタとVirtualBoxホストオンリーネットワークの間にブリッジを作成しました。
これを行った後、Ubuntu仮想マシン内からVPNホストに接続できました。VPN接続のWindows側は気に入らないが、まあ。
お役に立てれば。
私もこの問題に遭遇し、シスコのフォーラムで解決策を見つけました:
ターミナルで次のコマンドを実行します。「VM名」をVirtualBox設定のマシン名に置き換えます。
VBoxManage modifyvm "VM name" --natdnshostresolver1 on
VMを再起動すると、VPN接続が機能するはずです。
関連リンク: