Windows7マシンにVMWareワークステーション8をインストールしています。 VMWareでゲストOSとしてRedHatEnterprise Linux(RHEL)6を実行しています。 Windows 7ホストからWebブラウザーを取得して、ゲストRHEL Webサーバーに接続しようとしていますか? Windowsファイアウォールを無効にしました。
VMwareのネットワーク設定オプションは、ブリッジ、NAT、ホストのみ、またはカスタムです。
ゲストOSのIPアドレスは、選択したネットワークオプションによって異なります。ゲストOSのブラウザに変数IPアドレスを入力すると、デフォルトのApacheページに解決されます。ただし、ホストのブラウザでこれを試してみると、サーバーに接続できません。
物理イーサネット接続を使用していません。 WiFiネットワークアダプターを使用してインターネットにワイヤレスで接続しています。しかし、インターネットを使用せずにゲストOSサーバーに接続できるはずです。仮想ネットワークアダプターを使用して、ローカルのマシン内のすべての仮想ゲストサーバーにルーティングできるはずです。
windowsコマンドプロンプトでipconfigを実行すると、次の結果が得られました。
**現在、vmwareでブリッジ設定を使用していることに注意してください。**
WindowsIP構成
無線LANアダプター無線ネットワーク接続3:
接続固有のDNSサフィックス。 :gateway.2wire.netリンクローカルIPv6アドレス。 。 。 。 。 :fe80 :: 58f3:b55f:b8d9:ed7e%16IPv4アドレス。 。 。 。 。 。 。 。 。 。 。 :192.168.1.71サブネットマスク。 。 。 。 。 。 。 。 。 。 。 :255.255.255.0デフォルトゲートウェイ。 。 。 。 。 。 。 。 。 :192.168.1.254
イーサネットアダプタローカルエリア接続:
メディアの状態。 。 。 。 。 。 。 。 。 。 。 :メディアが切断された接続固有のDNSサフィックス。 :memphis.edu
イーサネットアダプタVMwareネットワークアダプタVMnet1:
接続固有のDNSサフィックス。 :リンクローカルIPv6アドレス。 。 。 。 。 :fe80 :: 5899:5315:29c1:3772%24IPv4アドレス。 。 。 。 。 。 。 。 。 。 。 :192.168.91.1サブネットマスク。 。 。 。 。 。 。 。 。 。 。 :255.255.255.0デフォルトゲートウェイ。 。 。 。 。 。 。 。 。 :
イーサネットアダプタVMwareネットワークアダプタVMnet8:
接続固有のDNSサフィックス。 :リンクローカルIPv6アドレス。 。 。 。 。 :fe80 :: 5031:ad1d:7cb0:4161%25IPv4アドレス。 。 。 。 。 。 。 。 。 。 。 :192.168.244.1サブネットマスク。 。 。 。 。 。 。 。 。 。 。 :255.255.255.0デフォルトゲートウェイ。 。 。 。 。 。 。 。 。 :
トンネルアダプタisatap。{CBB0C40D-6807-4838-A0FC-A6ED59C79F7A}:
メディアの状態。 。 。 。 。 。 。 。 。 。 。 :メディアが切断された接続固有のDNSサフィックス。 :
トンネルアダプタisatap.gateway.2wire.net:
メディアの状態。 。 。 。 。 。 。 。 。 。 。 :メディアが切断された接続固有のDNSサフィックス。 :gateway.2wire.net
トンネルアダプタローカルエリア接続* 11:
メディアの状態。 。 。 。 。 。 。 。 。 。 。 :メディアが切断された接続固有のDNSサフィックス。 :
トンネルアダプタisatap。{73368103-5EF9-45EF-89E8-70BD3282EECE}:
メディアの状態。 。 。 。 。 。 。 。 。 。 。 :メディアが切断された接続固有のDNSサフィックス。 :
NATがVMマシンに最適な選択になることはめったになく、一般的にデフォルトである理由がよくわかりません。ブリッジモード(またはVMWare製品で呼び出されるもの)に変更すると、問題が発生します。単に消えます。
VMWareインスタンスのネットワーク設定がわからない場合、これに答えるのは非常に困難です。基本的なことは、おそらくゲストのNICとホストNIC( " [〜#〜] [〜#〜] "インターフェイスをタップしますが、VMWareがこの標準用語を使用しているかどうかはわかりません)。次に、ホストと同じサブネット上にあるゲストにIPアドレスを割り当てます。両方の「マシン」が同じIPサブネットの場合、ブラウザは他のリモートホストと同じようにIPを使用します。
Pingできるのは良いことです。しかし、より多くの診断が必要です。
必要と思われるときにソケット接続を確立できない場合は、ホストのARPテーブルをチェックして、ゲストのIPアドレスのエントリがゲストが応答しているものであることを確認してください。そうしないと、同じIPを使用している別のホストがネットワーク上にある可能性があります。
ゲストで実行されているクライアントからゲストのWebブラウザにもアクセスできることを確認しましたか? netcat などのツールを使用して、ホストからゲストへの他のソケット接続の確立を試みることができます。