Win7-64(Home Premium)上のVMware Workstation 7。
このマシンで実行されているすべてのゲストでこれを確認しました(winxpからdebianまで)。
ゲストにブリッジネットワーク接続を使用しています(VMnet0で自動)。すべてのネットワーク構成はDHCPで行われます(ホスト上を含む)。
私ができないこと:
何が[〜#〜] can [〜#〜]電源投入直後に何の問題もなく実行されます。
そのため、ルーターを192.168.2.1/255.255.255.0として割り当ててあり、ルーターはDHCPサービスを提供します(これは正常に行われているようです)。
私が認識しているネットワーク上でのIPの競合はありません。すべてのゲートウェイとサブネットマスクが適切で一致しています。
私のワークショップ全体は1つのサブネット上にあり、1つのDHCPサーバーとゲートウェイがあります。
Pingを正常に実行できる方法が1つありますが、ホストから開始されたアクティブな接続が必要です(ホストからVMへのpingを開始します)。アクティブな接続の期間中、明示的なIPアドレスを使用して、VMからホストに正常にpingできます。ホスト接続が閉じられるとすぐに、VM = pingは同じ古いメッセージでハングし始めます。
これは本当にファイアウォールの問題のように感じますが、ホストとVMのすべてのファイアウォールをオフにし、ネットワークの電源を切り、電源を入れ直しても問題は解決しません。そして、それがファイアウォールだった場合、ブリッジされたVMネットワークに関連付けられたIPアドレスのみがブロックされるのはなぜですか。
ホストオペレーティングシステム(Win7)が何らかの方法で正しく構成されていない、またはVMware Workstationがホスト側から正しく構成されていないように感じます。私はすべてをデフォルトにするために最善を尽くしましたが、私は何かばかげたことを見逃しているように感じます。
同じ問題が発生しました。ホストとゲストから<->にpingできませんでした。他のネットワークは大丈夫だった。インストールしたDNE LightWeightフィルターのチェックを外すと、問題が解決しました。 Walkerneoのコメントに感謝します。私のDNEフィルターはCitrixからのものです。
ホストでVMwareブリッジプロトコルを有効にする必要があります。
ネットワークと共有センターに移動します。右側に接続のリストがあります(アクセスタイプ:接続)。VMwareネットワークアダプターを選択します。 [プロパティ]を開き、[VMware Bridge Protocol]ボックスをオンにして、画面を終了します。
同様の問題があり、なんとか解決しました。 VirtualboxとVMware Workstationの両方をインストールしました。 VMwareのVMnet0は物理アダプターを使用しようとしますが、[VMware Bridge Protocol]ではなく[Virtualbox Bridge Network Adapter]を使用します。
私は次のようにしてそれを解決しました:
1)[Virtualbox Bridgeネットワークアダプター]を無効にする
2)VMwareの「仮想ネットワークエディター」の「デフォルトの復元」
3)VMnet0の「Bridged to:」を物理アダプターに再度選択します。
ただし、今回はVirtualbox Bridge Adapterが競合しない場合、[VMware Bridge Protocol]を使用します
私は同じ問題を抱えていましたが、私の問題を本当に解決したのは、アクティブなネットワークアダプターに対してAdhoc support 802.11nを有効にすることです。
あなたがしなければならないことは、
これまでのところ、私の結論は、ブリッジングメカニズムが何らかの形で問題を引き起こしているということです。また、過去にこの問題を思い出していないため、これはバージョン/ OS固有である可能性があると感じています(ただし、間違っている可能性もあります)。
ホストマシンで2番目のNIC=を使用すると、my VMはそのNICにpingできますが、NICそれはブリッジ接続を提供しています(各NICは異なるIPアドレスを持っています)
最近、オペレーティングシステムを再インストールしましたが、ブリッジ接続を変更する何かが確かにありました。そのため、問題または解決策が何であったかを明確に述べることはできません。問題が再発することはありません(ただし、インストールしたソフトウェアについてはより厳選しましたが、現在受け入れられている回答を示唆している可能性があります)