- キット各種完売。
- msBerryDAC改造情報
2007/04/17(火)VMware player に ethernet を占有させる
LANカードを1枚余計にさして、ホストマシンでは使用せずに VMware 上の仮想マシンに占有させるために格闘してみました。
VMWare のネットワークの仕組
VMware3.0 の Network の設定方法というサイトにネットワークの仕組が書かれています。要するに、VMware内のネットワークはすべて仮想的なネットワークであるVMnetを経由して外部に接続されます。VMnet1やVMnet8などは、仮想的なネットワークの個別の名前です。そういう名前の「HUBがある」と思えば分かりやすいかもしれません。
VMnet0 | ブリッジ用のネットワーク |
VMnet1 | hostonlyホストオンリー用(仮想マシンとホスト間のみで通信できるネットワーク) |
VMnet8 | natネットワーク用(仮想マシンから、ホストをNATとして外部に通信) |
この他、VMnet2~VMnet7は自由に使うことができます。自由というのがくせもので、きちんと設定してあげる必要があります。ホストOS(VMwareが動くOS)上の物理イーサネットをどのVMnet*に割り当てるかは設定ツールが存在します。
Windows ならば c:\program files\vmware\vmware player\vmnetcfg.exe(vmplayerの場合)、Linux ならば vmware-config.pl というスクリプトがあります。この設定は重要です。例えば、VMnet2 に特定のインターフェイスカードをブリッジとして割り付けます。
vmxファイルの設定
続いて、仮想マシン上の ethernet を、特定の VMnet に結びつけます。vmx を次のように設定します。ethernet1 を特定インターフェイスに割り付けます。
ethernet0.present = "true" ethernet0.connectionType = "bridged" ethernet1.present = "true" ethernet1.connectionType = "custom" ethernet1.vnet = "VMnet2"
ゲストOS(VMware上のOS)がLinuxならば、eth0 が通常の bridge共有、eth1 が占有インターフェイス(Bridge扱い)となります。
ホスト側がWindowsのときの設定
VMwareのホストに占有させたいネットワークカードのプロパティを開き、VMware brigde 以外のプロトコルのチェックを外します。これで占有になりますが、このままではネットワークの接続検出に失敗することがあるようなので、その場合は TCP/IP と適当な IP だけ設定しておきましょう。
2007/04/16(月)Debian 4.0(amd64) で Firefox が固まる問題
2007/04/14(土)間が持たない……?
昔、もう高校時代とかですか。よく集まって夜明かしでテーブルトークなんてやってたんですが、そうやって集まるとき、一人だけいつも漫画本読んでいる人が居ました。
時間の無駄?
集まってゲームとか始まれば別なんですけど、それ以外のときは「とにかく漫画読んでる」感じ。あれですねぇー、一昔前の漫画/アニメで言えば暇さえあれば勉強してるガリ勉君の漫画版みたいな感じ? みんな集まって「行き先どうしようか?」なんて話してるときも、行き先決まるまで漫画読んでるんですよね。
あんまり気になったもんで。
自分「なんで? 漫画読んでないで加わればいいじゃん」
相手「だって何もしてないから。何かしてれば加わる」
自分「……(はぁ……)」
相手「何もしてないと時間の無駄だから」
自分「例えば話しようにも、漫画読んでれば話しかけにくいでしょ?」
相手「別に話しかけられたら、話すよ」
人それぞれなのは確かなんですけど、自分なんかは誰かと居るときは常に手を空けておくというか。ひたすら雑談したり、別に話してなくてもまったりしてる(と自分の場合は話し始めますが(笑))主義なんで、なんだかなぁーと。話をしたり、そういう雑談の空気を楽しむのが好きなんです。
上の話は続きがあって。言われたから「○○のこと」って感じで一通り話しかけたんですよね。会話終わったら、すぐに漫画を読み始めました。本人がどういうつもりかはまったくわかりませんが、印象としては「漫画の合間に話をきいてやった」以外の何者でもなくて、以後話しかけなくなりました。
文化の違いなのかもしれないけど
自分なんかは、人と居るときは常に隙を作っておくというか、いつでも会話になるように暇をしているというか。何かしてると話しかけにくいんですよね、邪魔しちゃ悪いと思うから。その逆をやっているわけです。「やってる」というとワザとっぽいですけど、むしろ自然とそうしているってだけなんですけどね。
こういうのって世界観(文化)の違いだから、どっちが正しいとか悪いとか良いとかはないんですが、そういうもんなのかなぁ~と。この方、今頃何してるんだろう、そういえば。
文化の違い、価値観の違いって結構興味深いのですよね。
2007/04/12(木)不便でしょうがない
いろいろとありまして半月ぐらい前から居場所が変更になったのですが、今度の場所には室内サーバがないんです。前の場所も、家も、FreeBSDやLinuxのサーバがありまして、1つぐらいサーバがないと不便で仕方ない*1。
今日もデータ持ち帰り忘れました(汗)
リスクマネジメントではないですが、人間は忘れるものとして初めからサーバにデータ入れておくのが一番良いんです(力説)。早いうちにどうにかしたいんですが、先立つものが……ry
2セッション張る
今はフレッツ光+ルータ(非固定IP)となっています。フレッツ光は同時に2セッション張れますので、次のようにすればいいはず。
OSU(光終端) ―― HUB ――― ルータ(現在のルータ) ――― LAN +―――― サーバ(Linux or FreeBSD)
2007/04/12(木)マシン付属プロダクトIDでWindows XPがインストールできない
メーカーから出荷されたマシンには、WindowsのOEM版プロダクトIDが付属しています。これは正規のWindowsのライセンスです。
ですが、このプロダクトIDを入力してもインストールはできるがアクティベーションに失敗するという現象が発生しました。調べてみると、メーカーPC付属OEMライセンスは電話でしかアクティベーションできないようにMSが設定したということだそうです。……ひどすぎる。
Microsoft社のOEM 向けプロダクトキーのライセンス認証が2005年5月から変更になりました。
コンピュータに添付しているプロダクトキーを使用してインターネット経由でのライセンス認証を実行することができなくなりました。電話でのライセンス認証は実行することができますので、 下記の手順に沿って作業を行っていただくようお願いいたします。
インターネット経由でのライセンス認証が実行できない
違法コピーの発生を減らすため、Microsoft では、OEM による事前ライセンス認証が施された PC に貼付された COA キーを用いたオンライン ライセンス認証の無効化を実施していきます。既に OEM による事前ライセンス認証が完了しているために、自分の PC に貼付されている COA キーを使用してソフトウェアのライセンス認証を行う必要のないユーザーにとっては、この変更による影響は最小限であると考えています。しかし、何らかの理由により、OEM の事前ライセンス認証が期待どおりに動作せず、エンドユーザーがライセンス認証を行う必要が生じた場合は、電話を主体としたライセンス認証を実行することができます。
Windows XP を再インストールするときの、OEM の事前ライセンス認証の保持
機械翻訳チックで意味不明で殿様商売なMS社よりも、上のサイトの方が簡潔でわかりやすいです。何が「最小限」なんだか、まったく。
……DRMとかCCCDとか地デジとか「正規の利用者の利便性を損ないすぎる」と叩かれているのに、MSは時代に逆行してますなぁ。