キーツ先日逝ってしまったXPのPCですが、HDDは何とか無事だったようです。(何となくマザーボードが原因っぽい挙動だったので想定内です。)以前NotePCのSSDへの移植時に使用したOwltechのデータ移動用USBアダプタを利用して接続してみたら普通にアクセスできます。このHDDは他のPCのデータドライブとして活躍してもらうとして、いつかサルベージしたくなった時に出来るようにしておきたいところ。Clientで仮想HDD化しようとしましたが、どうやらUSB接続ドライブを認識しない様です。いうか、そもそも稼働しているドライブを仮想化してしまうようなので使えませんね。しようか?調べてみるとMicrosoftが物理HDDを仮想HDDに変換するツール「Disk2vhd」を提供しているとのこと。PCやHyper-V用の仮想HDDに使われている拡張子ですね。自社製品を使用してもらいたくて物理⇒仮想ツールを出したということですか。ダウンロードしてみます。VMwareとは違い、単に実行ファイルとヘルプがあるくらいの簡素なツールです。ある意味面倒じゃないので助かります。起動してみると、USB接続されたドライブが見えています。volumes」というメッセージがでてエラーとなります。USB接続だとダメなのかなぁ・・・だったらUSB接続は出来ないようにするべきだし。XPから導入されたWindowsのボリュームスナップショット機能を使用してある時点のスナップショットを作成して変換するとのこと。偉メッセージはスナップショットが作れないと言っているし、何かが足りないのかな?ネットで上記エラーメッセージをキーに検索してみると、同様の事象で困っている人がいたようです。Copyサービスを有効にしたらうまくいきました。Copyってのを止めた記憶が・・・。サービスみたら止まっていたので手動で開始して再度実行してみたら無事変換が始まりました。何のことはない、自分が出来なくしていただけでした。Converterでvmdkに変換してもいいし、一安心ですね。キーツようやく本命のRemoteFXを試して見ることとなりました。ServerでRemoteFXを使用可能にします。Serverではそうはいきません。以下のコマンドをコマンドプロンプトに投入します。Microsoft-Windows-RemoteFX-Host-Packege別のサイトにはこんなコマンドもありました。アダプター」を追加します。後は起動すれば・・・そう、もうお判りですね。(笑)「'仮想マシン'は起動できませんでした。Controller(インスタンスID{xxxxxxxxxxxxxxxxxxxxx}):電源をオンにできませんでした。エラー:`システムリソースが不足しているため、要求されたサービスを完了できません。`」と表示されて仮想マシンが起動しなくなりました。アダプター」を削除すれば起動しますから、やっぱり何かがダメみたいです。参考にしたサイトではCPU内蔵グラフィックスであったり、VRAMが足りない場合、グラフィックスカードが見つからない場合も上記エラーとなるようです。う~ん、もしかして、Hyper-V上でドライバをインストールしないとそもそも動かないのかな。普通に考えればそうですよねぇ。ここまで来たら試さずにはいられません。Radeonのディスプレイドライバを無理矢理組み込んでみます。CCCのインストールファイルを展開して、直接ドライバを取り出します。場所は「C:\ATI\Support\12-1_vista_win7_64_dd_ccc\Packages\Drivers\Display\W76A_INF」となります。ファイルが2つあったのでどちらが正解か判りませんでしたので、両方共組み込んでしまいました。一つは何やらエラーが表示されましたが、完了したっぽいので組み込みは出来たのでしょう。組み込みが出来ましたので仮想マシンを起動しますが、やっぱりダメでした。何が原因なんだろう・・・SH67H3もしくはHD6850ではダメなのだろうか?これで終了かと思いながら他の事をやっていて、ふと先ほど再起動したから今はどうだろうと思い起動してみるとエラーが表示されなくなりました。Serverにドライバを組み込んだのが正解ですね。無事にOSが起動し、何やらデバイスを追加したと思ったら「再起動しますか」と出てきます。これはこうなることが想定内でしたのでそのまま再起動します。再度Windowsが起動したと思ったら「ビデオリモート処理の接続は解除されました」が表示されて画面が真っ黒に。やりました、RemoteFXで起動できたようです。リモートデスクトップ接続でないと画面表示出来ないんですよね。UltimateかProfessionalかEnterpriseでないとダメなのでしょう。リモートデスクトップ接続しようとしたらつながりません(汗)おかしいですね、OSが固まったのでしょうか?ファイアウォールか?確かファイアウォールで「リモートデスクトップ-RemoteFX」を有効にしたはずですが、一応確認してみます。アダプター」を削除してから再度仮想マシンを起動します。ファイアウォールの設定は「リモートデスクトップ-RemoteFX」が無効になっていました。有効にして再度チャレンジしますが、同様の事象となります。う~ん、これは困りましたね。いうことでウェブで検索すると若干メッセージが異なる気がしますが、同様の事象が発生し、解決している人がいました。「コントロールパネル」>「システムとセキュリティ」>「システム」>「リモートの設定」(要はシステムのプロパティのリモートタブです。)で「リモートデスクトップ」の「ユーザーの選択」で接続するユーザーを明示的に登録します。「xxxにはアクセスが既に与えられています。」と表示されていますがとにかく登録しないとダメっぽいです。再度RemoteFX無し状態でOSを起動して上記設定をして、改めてRemoteFXで接続。やりました、無事にRemoteFXで接続出来ました。いやぁ、一時はダメかと思いましたが、何とか出来て嬉しいです。GNO3をインストールして動作を確認してみます。3D表示でもゲームは起動しました。色々なサイトで書かれている通り動作はするというレベルで、あまりに動作が重たくて実用に耐えられません。GNO3レベルでそうなのですから、他のアクション系の3Dゲームはダメでしょうねぇ。これは仮想マシンが重いのではなくて、アクセス元のPCスペックも影響している可能性があります。ネットワーク帯域をかなり喰ってしまうので1Gbpsでは不足するようです。今家の環境で10Gbpsはそもそも無理なので、我慢するしかないですね。結果的に実用にはならないと判りましたが、もっと速いネットワークやサーバー機、ストレージなどが揃えば十分実用になるのではないでしょうか。Playerをインストールして3台の仮想マシンを起動した方が良いということですね。SP1(以降Hyper-Vと記載)ですが、マシンを再起動したらトラブル発生。Hyper-V管理ツールから接続できなくなりました。リモートデスクトップ接続も出来ません。コンソール画面から色々と見ていると、ふと気づいたことが・・・。ネットワークが仮想ネットワークアダプタ(以降仮想NIC)しか認識されていません。おかしいなと再度ドライバをインストールしてみますが、既にされているようでエラーとなります。そもそも仮想NICは物理ネットワークアダプタ(物理NIC)と紐づいていますので、物理NICは生きているということですよね。理由が判りませんが(公開されているマニュアル類を読めという話もありますが・・・性分ですので(^^;))、どうやら仮想NICは生きていて、ネットワーク接続できるようです。いうことで無理やり仮想NICのIPアドレスを物理NICに割り当てていたアドレスに設定して無事に接続出来るようになりました。今回の件もそうですが、Hyper-Vは何か感覚的に動作がおかしいことが多いです。2008の機能の一部だったものを切り出したためというのがあるからかも知れませんが、洗練されていませんねぇ。Hyper-V管理ツールから全ての管理が出来るようになっていないのが非常に残念。(Hyper-V管理ツールの導入からしてコマンドライン入力とかして大変ですからね。ESXiよりは良いですね。キーツ今回は、Hyper-Vで仮想マシンを作成するためにReadyNASのiSCSIターゲットをHyper-Vで利用出来るようにします。ReadyNAS上でiSCSIターゲットを作成しますが、1ドライブ1仮想マシンとするために64GBのターゲットを3個用意しました。LUNは0,1,2となります。次はHyper-VでiSCSIを利用出来るようにしなければなりません。コマンドラインでiSCSIの接続」というサイトを参考に設定します。最初にiSCSIイニシエータのサービス設定を行います。msiscsiここでのポイントは「start=」と「auto」の間にスペースを入れることですね。参考にしたサイトにもきちんと書いてあります。私は気づかずにスペース無しでやって失敗しました。次にiSCSIターゲットへの接続ですが、以下のコマンドでサーバーへ接続します。192.168.XXX.XXX(サーバーのIPアドレスです)しかしながらここでまたまたトラブル発生。ターゲットリストが表示されません。そもそもうまく接続できていない気がします。そこで別のサイトで存在を知ったiSCSI接続用GUIを起動します。iscsicplすると画面が表示されますので「探索」タブでターゲットポータルを探索します。ターゲットポータルは無事追加されました。ここで別のトラブル発生。検出されたターゲットがESXi用に作成されたターゲットだけです。Hyper-V用に作成されたのはどうやっても表示されません。仕方ありませんので現状では使用できないESXi用のiSCSIターゲットをNAS上で削除しました。するとようやくHyper-V用のターゲットが表示されました。すると両方のターゲットのLUNが0となっているのが原因かも知れません。変更できないんですよね・・・。認識したので先に進みます。「ボリュームとデバイス」タブでボリュームを自動構成してこの画面での作業は終了。我ながら事前調査なしでよく手探りで設定するなと思いますよ(笑)コマンドプロンプトに戻って次はディスクのフォーマット及びマウントです。diskpart上記コマンドでディスク操作コンソールに入ります。diskでディスクが3つ表示されていますのでOKです。あとは3このディスクにそれぞれ接続してパーティションの作成、フォーマット、ドライブレターへのマウントを実施します。volumeで3ドライブ分きちんとマウントされていることを確認して作業終了。これでHyper-Vからドライブとして認識されるようになりましたので、通常の手順で仮想マシンを作成するだけです。と安心したら更にトラブル発生。仮想マシンの作成に失敗します。RPC接続で何やらうまくいかないようです。最初はESXiでも作成できないことからiSCSIを疑いましたが、ローカルドライブにも作成出来ませんのでやはり何かの設定がおかしいと思われ。7のファイアウォールが原因でしょうねぇ。ファイアウォールを無効にしたら作成できました。無効にしっぱなしは出来ませんので解決しなければなりません。Aviraのファイアウォール設定を見ていても特に気になる点はありません。いうことはポートを開けないとダメなのかな・・・。どのポートを開ければ良いのかを調べていますが、135以外は動的なポートとなるようです。135ですよねぇ・・・。「135で確立されたTCP接続を許可」という受信ルールがあるんですよね。気になるルールが・・・「135のTCPパケットを拒否」というのがその次の優先ルールとして設定されています。これじゃないよねぇ・・・一応削除してみるとあら不思議(でもありませんが)仮想マシンが作成できるようになりました。これが原因かぁ・・・無事に出来るようになって良いのですが、このノートPCを外に持っていった時に135のポートを空けておくのはちょっと嫌ですねぇ。持っていくとは忘れずに規定値に戻せばいいか。OSをインストールするだけです。UltimateかEnterpriseのみですので、例のごとく評価版をインストールします。インストールも問題なく完了。Updateで最新の状態にするだけです。いえば、Hyper-Vで問題なくiSCSIターゲットが使用出来ることが判りましたので、ESXiの方はNAS側ではなくESXi側の問題で作成できないのでしょうね。時間があったら調べてみたいと思います。あと、もう一点気づいたことがあります。仮想マシンのレスポンスがディスクアクセスも含めて非常に良いことです。ESXiもiSCSI接続すればディスクレスポンスが速くなるのかも知れませんが、現状においてはHyper-Vの仮想マシンの方が使いやすいですね。次回はRemoteFX導入編です。Serverを試してみることにしました。Microsoftのサイトからダウンロード済みのisoファイルをDVDに焼きます。これでインストールの準備はできました。DVDドライブをSH67H3に接続してDVDドライブから起動させます。インストール先はそのために空けておいたHDDの領域(24GB)を指定します。後は勝手にインストールしてくれるのでしばらく放置です。後、画面を見てみるとパスワード設定画面が出ていましたのでパスワードを設定します。するとデスクトップ画面がでて、コマンドプロンプトとテキストベースのメニュー画面が表示されますが、何やらワーニングメッセージが表示されました。オンボードNICを組み込めないようです。メニュー画面上にも同じ内容が表示されています。Serverはサードパーティ製デバイスドライバを含みませんので、当然と言えば当然ですね。何でもサードパーティ製ドライバを組み込めないなんてはずはありません。調べてみるとやはりドライバを組み込む手段がありました。c:\xxxxx\*.inf上記コマンドでドライバが格納されている場所を指定すれば組み込めるみたいです。ネットワークが使えない状態なのでドライバをネット経由でゲットできません。このマシンにはFDDドライブなんてものはついていません。CD-Rにドライバを焼いて読みこめば良いのでしょうが、このドライバのためだけに1枚消費するのは悔しいです。USBフラッシュメモリを挿してみましたが、当然ドライバを自動で組み込まないためアクセス出来ません。とここで別パーティションに入っているWindowsドライブを見ることが出来ました。2008なのでフォーマットが同じなのですね。Serverを落としてWindowsを起動します。Serverのドライブに展開後ファイルを保存しました。x64用と同じものでした。Serverを起動して、コマンドプロンプトより上記コマンドにてドライバをインストールします。ドライバ組み込み完了。これでネットワーク接続が出来るようになりました。次は仮想マシンの作成ですが、ReadyNASのiSCSIボリュームへの接続が出来るのでしょうか・・・?何はともあれまずはESXiと同様に別のPCから管理ツールでアクセスします。コマンドラインからでも出来るのかも知れませんが、GUIの方がはるかに楽ですからね。2008であればインストールされていますが、他のWindowsではそうはいきません。7用のHyper-V管理ツールがMicrosoftより無償提供されていますので、そちらを導入します。7用のリモートサーバー管理ツールをダウンロードします。ノートPCにインストールしようとしますが、何故か出来ません。Premiumだったいうオチです。いうことで、先日たまたま別のノートPCにProfessionalをインストールしたのでそちらにインストールします。いやぁ、ラッキーでした。リモートサーバー管理ツールは無事インストールできましたので、コントロールパネル>プログラム>Windowsの機能の有効化または無効化で、リモートサーバー管理ツール>役割管理ツール>Hyper-Vツールにチェックを入れてHyper-V管理ツールを使用可能にします。接続し、仮想マシンを・・・なんてうまくは行きません。Server側に作成しないと接続すら出来ませんでした。アカウント作成してもすんなりとは行きませんでした。「RPCサービスに接続できません。Serverに接続できないのです。この問題には多くの人が出会うようです。要はHyper-V側でリモート管理出来るように設定されていないというわけですね。以下の手順でリモート管理出来るように変更します。1)MMCリモート管理を許可する。PowerShellを有効にする。(ここで一旦再起動します。)3)サーバーマネージャーのリモート管理を許可する。再度接続し・・・って出来ません。ServerのWindowsファイアウォールでリモート管理接続できるようにしなければならないようです。参照したサイトに書かれている手順を色々とやってみましたがさっぱりダメなので、とあるサイトにあった奥の手「ファイアウォールの無効化」でとりあえず回避してしまいました。Serverのコマンドプロンプトで以下のコマンドを投入します。offまぁ、内部で試してるだけなので、本格運用するようになったらきちんと整理することにします。いうかローカルLANなので大丈夫だと思うんだけどね。必要な手順がありました。PCで以下の手順を踏みます。・検索の開始でdcomcnfgと入力してコンポーネントサービスを実行します。・コンポーネントサービスでマイコンピュータのプロパティ>COMセキュリティを選択します。LOGONのリモートアクセスを許可します。Serverへ接続が出来ました。これで終わったかに思えましたが、まだまだ難関があります。本体にはHDDの空き容量があまりありませんので本体に仮想マシンが作成できません。Serverに認識させる必要があるわけです。この手順については次回。キーツとりあえずNFSでの仮想マシン構築は出来ましたが、せっかくReadyNASがiSCSIに対応していますのでiSCSI接続も試してみることにします。データストアとして使う)がありますので、それに従って準備します。ReadyNAS上のボリューム設定でiSCSIターゲットを作成します。512GBのiSCSIターゲットを作成。試しなのでCHAP認証とアクセス制御は無しとしました。Clientでデータストアに追加しますが、その前に構成のネットワークでVMkernelポートを追加登録します。その後、構成のストレージアダプタでiSCSIイニシエータの設定をするとReadyNASのiSCSIターゲットが利用できるようになります。あとは構成のストレージでiSCSIターゲットをデータストアに追加すればESXiでiSCSIターゲットが利用可能となるわけですが・・・、そうは問屋がおろしません(^_^;)いや、利用は出来るようになりました。仮想マシンが作成出来ません。作成開始後20分で毎回エラーとなります。データストア上の中身を見てみると、仮想マシンのフォルダと1、2個のファイルが作成されていますが、途中で止まってしまっているようです。作成される個数が微妙に変化するので、何らかのタイミングなのかも知れません。ネットで調べてみますが、同様の事例は検索されません。ファイルが作成されることから、接続自体は問題ないはずです。なるとReadyNAS側の設定な気がしますが、特にそれらしい設定はありません。これまた数時間格闘しましたが、原因がさっぱり判りませんので、お手上げとなりました。納得いきませんが、NFSで利用できているので一旦はOKとしましょう。7がインストールされていますが、せっかくの高スペックマシンなので予定通り仮想化サーバにしてみることにします。ESXiを導入します。DVDドライブを接続します。5.0インストールディスクを認識しないというトラブルがありましたが、インストールディスクを焼き直してみたらなんとか認識しました。ESXiのインストール先は16GBのUSBフラッシュメモリとしました。インストールは問題ありません。PCにインストール済みですのでそちらから接続します。接続も問題ありません。次に仮想マシンですが、こちらはReadyNAS上に作成します。ReadyNASでNFSによる接続を可能となるように設定を変更し、ESXiのデータストアに追加します。こちらも特に問題ありません。行ったのである意味拍子抜けです。この後が厳しかった・・・。仮想マシンはまず既存の仮想マシンのコンバートから実施します。前回の経験から非常に時間がかかることがわかっていますので、変換開始したら放置です。それでは余りに手持ち無沙汰なので別の仮想マシンを作成してみることにします。ここでいきなりトラブル発生。仮想マシンの作成に異様に時間がかかります。変換に時間がかかるのは何となく判りますが、仮想マシンの箱を作成するのに非常に時間がかかるのは納得がいきません。かかってしまうのだからどうしようもありませんね。(この時点ではそう思っていました。)何とか仮想マシンが作成できたので、OSをインストールします。いいんです、本当に私の利用形態で動作するのかを評価するのですから。SH67H3に接続したDVDドライブを仮想マシンの起動ドライブとして認識しません。何かしらの設定が悪いのか、USBはパススルー設定しないと使えないのかのどちらかでしょうが、面倒なのでisoファイルから直接インストールすることにします。(この判断がまた間違いでした。)ESXi上のデータストアにisoファイルを転送する必要があるのですが、これまた非常に時間がかかります。明らかにおかしいです。ただのファイル転送でこんなに時間がかかったら使い物になりませんよ。ここで原因を究明してから作業すれば良かったのに我慢強く作業を続けてしまいました。非常に時間がかかりましたが(数時間・・・)、ようやくOSをインストールする準備が出来ました。インストール!!・・・・。これまた異様に時間がかかるのです。結局、OSインストールはできたのですが、仮想マシン作成開始から12時間経っても完了できないくらいでした。ちなみに、バックグラウンドで実行していた仮想マシンの変換も、当初は数時間と思っていましたが、仮想マシン作成などしていたからか18時間くらいかかってしまいました。SH67H3上のESXiで作成した仮想マシンですが、あらゆる動作が遅くて使用に耐えられません。仮想マシンの設定をいじったりしましたが改善せず。Toolsを入れれば改善するのかもと思い、これまた非常に時間がかかりながらも入れてみましたが改善しません。いや、若干改善したような気がしますが、途中で固まったりしますので、やはりダメです。考えてもNASが悪いと思うのですが、普通にWindowsからアクセスする分には問題ないんですよねぇ・・・。NFSがいけないのでしょうか?等と考えながら後述するiSCSI接続のためにReadyNASの設定見ていると、気になる点が。最初の設定の時に「NFSに用いるスレッド数の選択」を「5」に設定したはずですが、「1」になっています。これはもしや・・・スレッド1つじゃ足りないとかいうオチか?適切な数字がいくつかはよく判りませんので、最大値の「16」に変更してみました。その結果、動作がかなり改善し、何とか使用に耐えうるレベルの動作となりました。vMotion、iSCSI、NFS)のトラフィックを処理します。」にあったのですよね・・・これも改善の一役をかったのかも知れません。)では早速、ダメなのは判っていますがGNO3をインストールして試してみましょう。7だと3D対応ビデオドライバがインストールされますので、一応期待してみます。インストールは問題ありませんが、起動しません。DirectX9のランタイムが無いと言われます。7はDirectX11が標準なのね。Runtimeをネットワークからインストールします。ここで更にトラブル発生。Runtimeのネットワークインストールが出来ません。7では問題なく出来ていたのですが・・・何が原因なのでしょうか?他のは64bitだから???とにかく何とかしたいので調べてみると、同様の事象に会っている方はいるようです。Runtimeをダウンロードしてきてセーフモードでインストールするのだとか。何となく、GNO3のインストーラにあるDirectXをそのまま入れれば良かったのではなかろうかと思いながらも、ネットからダウンロードしてきました。セーフモードでと書いてありましたが、管理者権限でインストール出来んじゃね?と思い、やってみたらあっさりインストールできました。苦労してDirectX9をインストールしましたが、やっぱりGNO3は起動しませんでした。2008ですが、かなりヤル気を失っています。そもそもはDirect3Dのゲーム(要はGNO3)が動く環境を作りたかったのですが、それを実現するための敷居が高かったためです。仮想マシン上でDirect3Dを動作させるには以下の2通りあります。1.VGAを仮想マシンにパススルーさせる。2.ソフトウェアでエミュレーションする。ESX4.1などで実現可能という情報を得ています。Player、VirtualBox等のホスト型仮想化ソフトウェアでしか実現できていません。(現時点での話でかつ、私が知っている限りでです。)上記のようにハイパーバイザー型ではVGAパススルーしかありませんが、こいつは1台の仮想マシンで専有すると他の仮想マシンでは利用できなくなるという欠点があります。別にそれで実現できるならそれでも良いのですが、ならOSをそのまま入れた方が良いような気がします。個人的には家庭内で仮想デスクトップ環境もどきを構築したいなと思っている次第です。(あくまでもモドキです。)さて、本題に戻りますが、Hyper-Vも一応1のカテゴリに入ります。他と違うのはRemoteFXという技術でGPU(グラフィックカード)を使用でき、複数の仮想マシンで共有できる仕組みとなっているところです。これは良いと思っていたわけですがRemoteFXを使用するには条件がありました。EPTなど)を持っていること。(2)CPU内蔵グラフィックスではなくグラフィックスカードを装着していること。VRAMは512MBでも動作するらしいが1GBくらいないと辛いらしい。X4も大丈夫っぽいのでクリア。マザーボードが対応しているかが不安。は安いのを買えばいい。Ultimateを買えば良いのですが、仮想マシンのためだけに買うのはちょっとねぇ。一応対応策がないわけではないです。Windows7の評価版はEnterpriseなのでそれを使って試すという手もあります。いった感じで、正式運用ではなく動作確認することしかできない感じ。時間があったら試してみますかね。2008を試してみようかと思います。2008ベースの仮想化専用OSです。Core」をベースに開発されたHyper-V専用のOSのことです。)中身は実はXenだったりするみたいですが、とりあえず動くらしい記事を見かけたので私の環境で試してみるかと思ったわけです。X4マシンにインストールしてみます。ESXiと違い、Windowsパーティションとは別のパーティションにインストールできるというのもポイントです。ちなみにその後は、XenClientかKVMを試してみようかと思っています。Playerでプレイする時にブリッジ接続できない件がありましたが、今回何とか解決したくて再度チャレンジ。Playerのバージョンは3.0でしたが今のバージョンは4.0。今もブリッジ接続はできません。バージョンが上がっても出てしまうということはやはり環境が原因でしょうね。グーグル先生に聞いてみると、以下の原因で繋がらなかった人が多いみたいです。1ネットワーク接続が複数あり、その場合ブリッジ接続が接続不可なネットワークを選択してしまう。Protocol」というものがあり、これが複数のネットワーク接続でONとなっていた。3ファイアウォールソフトで接続共有が有効となっていなかった。4ネットワークドライバとの相性なのか、一部のドライバ設定を変えないとエラーとなってしまう。Playerのインストーラを用意。Playerのファイル群を展開。Playerインストールフォルダにコピー。・vmnetcfg.exeでVMnet0のネットワークアダプタを自動ではなく直接指定。実施することですが、これは前回も実施済み。今回も一応実施してみましたが、やはりダメでした。Protocol」をOFFにしますが、これは結果的に1と同じことを言っており、ブリッジ接続で使用するネットワーク接続を絞るのが目的です。Securityの設定項目にそれらしいものはないんですよねぇ・・・。Securityのファイアウォール機能を一時的に無効にしてみたら、ブリッジ接続でネット接続できるようになりました。ファイアウォールソフトが原因か・・・。どの項目をどう設定すればいいのかがサッパリ・・・等と思いながら色々といじっているとそれらしき設定を発見。設定してみると無事接続できるようになりました。いうことで、備忘録としてその対応策を記載。Securityの画面を開きます。2.「インターネット保護」の「Firewall」をクリックするとセキュリティレベルの画面が表示されます。(私の環境では中でした)3.右上の「設定」をクリックして設定画面を開きます。4.左上のエキスパートモードをクリックしてエキスパートモードに入ります。(OからIに変えます。)5.「インターネット保護」の「Firewall」の「アダプタルール」を選択するとルール画面を表示します。6.目的のローカルエリア接続を選択して「ルールの追加」をクリックして新規ルールの追加画面を表示します。7.すると・・・「VMWARE接続を許可」とかいういかにもそれらしいルールがあるので、それを選択して「OK」を押します。8.後は設定を保存して終了すればOK。Aviraにこんなルールがあるとは知りませんでしたよ。1年越しとはいえ、無事解決できて良かったです。ちなみに、上記1か2の対応もしないと結果的にはダメだったと思います。SCRIPT:Blogn+SKIN:BlognSP。