VMWare-Server(無償)を使った実験の2つめ。
Comtestwindowsで認識した、USB-Serial変換アダプタをゲストOS上のDOSで認識させて、シリアル通信が可能かどうかのテストです。
普通、DOSからUSB-Serialは使えませんね(よほどのウルトラCを使えば可能か?)。 でもVMWareを使えばできるはず、、 とはいえ当てにしていて実際に使うときに「だめだった」ではお話になりませんから、少しずつテストです。。。 結果的にはうまく通信できそう。
設備制御の世界では、「長持ちしてしまった機械」の制御装置の周辺ユーザーインターフェースが「DOS版しか残っていない」 ということがたまにあります。 新しいものが出来ても一部の機能に互換性が無かったりします。
それに最近のモバイルPCは、Serialポートなんてほとんど付いていません。 大きなPCであれば付いてますけど、わざわざ持ち歩きたくないし。
で、VMWareなどの仮想PC上ではどうなのかな・・ と思ってググってみても、あまり実例が出てこなくてよくわかりません。 丁度VMWareを触っていたこともあり、「これは良い機会だからいっちょやったるか」 てなわけで。
★★★
DOSは 試しに、今月アップデートされたばかりの、FreeDos1.0 を使ってみました。 FAT32パーティションが扱えるようになって、インストールも楽です。
日本語FreeDOS/V(旧バージョン)もあるのですが、(英語版でもそうだったのですが)HIMEMあたりを組み込むとうまく動きませんでした。 英語版はブート時に選択できるので、テストだからそちらに流れてしまいました。
DOSの使い勝手云々は私にはよく分りませんが、一般的なコマンドや、EDITエディタ、FDISKなどは問題なく使えます。 ただ、文字を打つ時の←→カーソル長押しが効かないのはなんとかならないかー。
★★★
ホストOSに認識させるUSB-Serialアダプタは、実績のある(ずいぶん安くなったものです) ARVEL SRC06USBを使用 。
Host_serialVMWare-Server上では、どのポート番号でもconfig可能です。 但し、VMwareに当該serialポートを認識させるために、アダプタをUSBに挿した後に一旦Windowを再起動させる必要がありました。
いよいよ通信テスト。 通信先にはwin2Kのハイパーターミナルを使用して、「RS232Cクロスケーブル」で接続しました。 実際のテストに先立ち、2台ともハイパーターミナルを立ち上げて通信することを確認しておきました。 (そうしておかないとダメだった時の原因がわからなくなるので)
DOS側にはATERMを使用し、comポート番号は「1」でOK。(ホストOS側の番号は無関係みたい・・) htermを使ったほうが良かったのですが、ATコマンドを吐き出せることが確認できればOKなので今回はこれで十分。
★★★
結果、冒頭に掲載した画像のように、無事通信。 相手側からの受信も確認でき、万々歳。
Comerr蛇足ですが、ゲストOSを立ち上げたまま USB-Serialアダプタを取り外すと、このようなエラーダイヤログが出ます。 でもゲストOSはコケずに元気でした。
VMWare-Server、また使い道が増えてしまった。
VMwareーServerを使って、また変則的なことを考えてしまいました。 ホストOSとゲストOS間が仮想ブリッジ接続となっていることを 利用し、そこでセグメントを分けてしまおうという考えです。 そうすれば多少はリスク低減の方向かと。。 以下、少し実験をしたのでその結果も踏まえての 記事です。...
私がVine Linuxを使う理由は、日本語環境だけではありません。 サーバー用途にしても、押さえるところは「使いやすく」準備されていることです。
qpopperのrpmバイナリパッケージのバージョンは、(VineLinux3.2の頃から既にそうだったのかもしれませんが) qpopper-4.0.9-0vl3 となっています。
デフォルトバイナリーでは「Pop-over-SSL使用可」 「APOP使用可」 になっていますが、「Pop?beforeSMTP」つまり「DRAC」は使わない設定です。
しかし、ソースrpmをダウンロードしてspecファイルを見て気づいたのですが、rpmリビルドにてspecファイルを1文字書き変えるだけでコンパイルオプションが「DRAC使用」に変更できるようになってます。 こうして自前rpmをちょちょいと作っておけば、他のサーバーにもそのまま展開可能です。 Vine Linux、細かい気配りありがとうございます。
そんなわけで、以下はVine Linux4.0[10/29現在RC1]で 「Postfix+qpopper」+「Pop-befereSMTP」+「Pop-over-SSL」を構築する手順の備忘録です。
...いよいよ本格的に着手しました、社内ネットワークの再構築。 今後、VineLinux4.0が正式リリースされるまで、何回かに分けて報告します。
まず、10月14日の記事で考えたヘンテコなネットワーク構成は破棄しまして、市販のホーム用ルーターを購入して、きっちりセグメントを分離しました。 そして公開用/社内用PCを分離するため、Linuxマシンを1台新作となりました。
**061024追記
VMWare-ServerのEURA(使用許諾条件)が英文で何度読んでも難解なんですが、公開サーバーへの使用は問題がありそうです。 以下の内容は書き直さず残しますが、今後の実態を反映しないものとしてご理解ください。
**061027追記
VMWare社と連絡を取りまして、サーバー公開自体はEULAに違反しないとのこと。 EULAの日本語訳が間もなく公開されるようですが、それを読んでもまだわからなかったので、直接問い合わせてOKの回答をもらえたことで、安心して進めます。
但し、VineLinux自体はサポートOSリストにありませんので、サポートフィーを支払ったとしてもサポートを受ける事はできません。
また、ライセンスはホストマシン1台につき1つ必要とのことで、弊社では2台にインストールするため、もう一人の社員(妻ですが)に登録してもらって、2台分のライセンスを得ました。
**追記おわり...
社内ネットワークの再構築の一環で、2台のVineLinuxサーバーの構築を同時に進行中なのですが、 ファイル構成に 「Linux-Raid1 + LVM」 を使う方針でして、その際に気をつけなければいけない点があるのでメモを残しておきます。
今回色々迷った末、「VMwareServer上のゲストOSを公開サーバーに使っても良い」とのVMware社からの返答を いただきまして、晴れてゲストOSへの乗せ換えを決意。 そのため、ホスト側は将来ディスクエリアが不足した際の拡張を見越して、思い切ってLVMを導入 することにしました。 (Vine Linuxは今回リリース予定の4.0から、インストール時にRaid+LVMを構成できるようになっています。但し、/bootパーティションを除きます。)...
VMware-ESX-3iから始まった検討。 VMware-server2.0、VirtualBox-OSE-1.6、と試してきましたが、ようやく方針が出ました。 VMware-server2.0で行くことにしました。...