[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/24 23:46 / Filesize : 287 KB / Number-of Response : 922
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

VMware総合スレ Part22



311 名前:174 mailto:sage [2009/10/24(土) 19:54:11 ID:Gk3IkPig0]
ホストとゲストでそれぞれ別の通信アダプタを使ってファイル共有する図
ルータ
│└ローカルエリア接続1(ホスト)
│ ├TCP/IP
│ ├Microsoft ネットワーククライアント
│ └Microsoft ネットワーク用ファイルとプリンタ共有

└ローカルエリア接続2(ホスト)
 ├TCP/IP
 └VMware Bridge Protocol
  └VMNet0
   └ローカルエリア接続(ゲスト)
    ├TCP/IP
    ├Microsoft ネットワーククライアント
    └Microsoft ネットワーク用ファイルとプリンタ共有

ホストが使う接続を指定するには
ネットワークの接続プロパティの詳細設定でバインドの優先順位で「ローカルエリア接続1」を一番上に持っていく。

ゲストでローカルエリア接続2を使うにはVMNet0のアダプタに指定するか、
VMNet2〜7にローカルエリア接続2のアダプタを指定して
仮想マシンのアダプタの設定で割り当てたVMNet2〜7を指定する。
ホスト−ゲスト間の通信速度は通信アダプタとHUB/ルータの速度に依存するようになる。

ファイアーウォールに穴を空けるのは共有フォルダを提供する側だけでいいのかな。
ゲストで開放してるけどホストは例外なく閉じててなんで通信できるんだろ?
アプリケーションに割り当てる前はポート番号は関係ないのか。
通信アダプタでVMNetに転送するからホストのファイアーウォールはゲストのポートは見ないんだな。
じゃあVMNetがハックされたら結構やばいな。
VMwareゲストのように振舞うやつがいたら普通のウィルスチェッカじゃだめか。
ていうかホストのウィルスチェッカはゲストの通信をスルーしちゃうんだな。
確かkasperskyなら低レベルでチェックかけるから完全にブロックできるんだっけ。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<287KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef