質問: 0 (0% loss), ### 該当のソースコード ``` ソースコード ``` ### 試したこと ブリッジからnatへ変更等するときは念のためホストゲスト両方のアダプタを再起してからつなげています。 両方通ることからファイアウォールの有無は関係ないと思っています。 vmnetcfgを使ってVMnet0は作りました。 サブネットip192.168.35.0 サブネットマスク255.255.255.0 DHCP設定 開始ip 192.168.35.1 終了ip 192.168.35.254 ### 補足情報(FW/ツールのバージョンなど) VMware(R) Workstation 12 Player 12.5.7 build-5813279
回答: うろ覚えでしたが昔VMware(R) Workstation 12 Player を使ったとき「仮想マシン設定」→「ネットワークアダプタ」→「アダプタの設定」がなかったからvmnetcfg を使って仮想アダプタを作ってそっちからブリッジするアダプタを選択していたのを思い出しました。 ブリッジ接続 1.vmnetcfgでブリッジ接続のアダプタを作成する。ネットワーク接続には表示されない。ブリッジ先はホストで使っている回線でok。名前はvmnet2これはゲストosで作るアダプタと名前合わせる必要がる。 2.ゲストosの管理→仮想マシン設定→追加からアダプタを追加する。こちらはブリッジではなくカスタム設定で1で選んだvmnet2を選ぶ。 3.ゲストosの中のアダプタととホストosのアダプタのipアドレスを固定する。DHCPを使って一回やってみたらできた。これはまだよくわかってない。ゲートウェイのipをゲストはホストのルーターにあわせる。 4.ホスト側のアダプターのvmwareBridgeProtocolにチェックを入れる。 この手順でできました。 ホストゲスト両方ともpingが通り、ネットにも繋げました。確認のため1のアダプタと4のvmwareBridgeProtocolを消してみたらつながらなくなったのでちゃんとブリッジになっていると思われます。間違いがあればご指摘おねがいします。 ※追記 今回の原因はvmnetcfgでブリッジ接続のアダプタを作成することが抜けていたせいでした。ゲスト側からは作れないのでそれを代わりに作らなければいけませんでした。ホスト側のvmwareBrideProtocolをチェック入れていたのでそれだけできていると思い込んでいました。ホスト側からのみ通信できていたのはvmnet0を無効にしていてもなぜか繋がるということが判明してゲストのデフォルトゲートウェイの数字どおり192.168.35.2につながってそのままnatになっていたためでした。 あとでnatの方もできたので書いていきたいと思っています。