A sample text widget

Etiam pulvinar consectetur dolor sed malesuada. Ut convallis euismod dolor nec pretium. Nunc ut tristique massa.

Nam sodales mi vitae dolor ullamcorper et vulputate enim accumsan. Morbi orci magna, tincidunt vitae molestie nec, molestie at mi. Nulla nulla lorem, suscipit in posuere in, interdum non magna.

温泉場

仕事帰りに行けそうな温泉(床屋含む)があればなぁ…と調べました。 相模原南部中心です。 営業時間、金額などはサービスでかわることがある。 湯楽の里(map)食事・カット有り http://www.yuranosato.com/index.html 相模原市下九沢-相模原北公園そば 9:00~24:00 入湯:700円(平日)/900円(土日祝日) カット:1000円 やまとの湯(map)食事・カット有り http://www.yamatonoyu.co.jp/all/sagamihara/ 相模原市鵜野森-南警察署そば 9:00~24:00 入湯:700円(平日)/800円(土日祝日) カット:1000円 ざぶん(map)カット有り・食事有り? http://www.zabun.com/ 相模原ゴルフクラブそば木漏れ日通り沿い 10:00~25:00 入湯:650円(平日)/750円(土日祝日) カット:1300円 ここち湯(map)食事・カット有り http://www.kokochiyu.com/(注意:音が出ます) 相鉄線かしわ台駅そば 10:00~25:00 入湯:650円(平日)/750円(土日祝日) カット:1000円

セキュリティまわり

最近ブログもあまり更新してませんが、DeltaWikiのセキュリティ周りをいじってます。せっかく作ったので、ダウンロード可能にして広く使ってもらおうかなぁ…って思いつつあるからです。 DeltaWikiには、本体モジュール、入出力モジュール、ユーティリティが基本で、その上でページ生成や認証を行うCoreプラグインが動いてます。 まぁ、とりあえず基本的なモジュールをコネコネいじってます。 あと、携帯対応も9割方終わってます。ブログプラグインが根深いのでまだですが、それ以外はだいたい対応できたかな。

DeltaWiki

Delta Wikiについて

FSWikiを参考に作ったWikiクローンです。

バグ・未実装・実装中情報 セキュリティチェックがまだ – デルタ(2008/04/29 10:32:21) bbsプラグインがびみょい。 – デルタ(2008/04/29 10:33:00) plugin help機能をまだ作ってない。 – デルタ(2008/04/29 10:33:17) ドキュメントを作ってない。 – デルタ(2008/04/29 10:33:30) フォルダ階層制御のテストが未完了。特に管理権限付与あたり。 – デルタ(2008/04/29 10:33:40) sendmail。 – デルタ(2008/04/29 10:33:49)

とりあえず機能付加。 – デルタ(2008/05/06 22:21:39) テンプレート管理。 – デルタ(2008/04/29 10:34:01) ページバックアップ。差分。 – デルタ(2008/04/29 10:34:17) >圧縮ファイルを投稿後展開。 – デルタ(2008/04/29 10:34:29)

>完了 – デルタ(2008/06/04 08:36:39) ページを削除すると、空フォルダの残骸が残る。 – デルタ(2008/04/29 10:34:42) […]

自宅建替記

このページについて

自宅を建替えた時の苦労話。実際に建替えのときに役立つようにメモを掲載してます。

注意:この記事は建築に対して素人も同然の私が書いているので、それらに対する意見や考察は事実と異なることも十分あると思います。

業者選定(2001/04/16)

手抜き工事とか怖い話が叫ばれている世の中ですし、業者によって特徴もさまざまなので選定した業者によって結果はまちまちです。もっとも慎重に選ば無ければならないところですね。

(1999/01)おうちの勉強

いざ家を建替えようとはいえ、いったいどんな家があるのか?どんな特徴があるのか?どれがいいのかなど、まったくわからないので情報収集をしました。とりあえず住宅展示場へ行きました。まぁ巨大な商品なので説明が長い長い。一軒話を聞くのに2,3時間はかかります。とりあえず聞いてみた結果は以下のようなかんじ。

木造

昔からある木の柱に木の壁。壁の中に断熱材とかは入ってるやつ。最近は柱を太くすることにより耐震性を強化しているらしいが、やはりギリギリ3階が建てられるって感じで、鉄骨ほど強度は無いらしいです。実は耐火性能もかなりイイらしい。最近の木造は優れてて阪神大震災にも耐えられる強度と耐火性はあるらしいが、やはり他と比べると劣る。まぁ、うちの木造はダメですなんていうところは無いですけどね。

気持ち的にいいのと、安いってのがいい。当然、ヒノキの柱とか使えば高いけど。

パネル工法・2×4

壁を貼り付けつつ家を建てる。柱が無いのか?良くわからんが、この工法の業者はあたらなかったんで(親が聞きに行って私は友人に聞きました)、良く知りません。いずれにしろ構造的に心配なのでイヤ。

鉄骨・鉄筋コンクリート

鉄の柱に、コンクリートやALCパネルという、気泡の入ったようなコンクリートっぽい素材を壁にする工法。壁が木のヤツもあるらしい。 耐火性、強度がバツグンなのはわかる。良く言われるけど、鉄筋コンクリートは夏暑く、冬寒い。そのため、そのALCパネルが最近採用されている。このパネルは、気泡があるため、コンクリートが空気を含み、また水分も含む。そのため「木」に似た性能を発揮する。耐熱性もなかなかなもので、有りがちな断熱材はそれ自体が燃えなくても、断熱材に接触している木などが燃え出したりすることがあるらしいけど、ALCパネルはそれも無いらしい。ほとんど全ての業者が「床材」にも採用しているため、その強度と防音性もお墨付きだろう。 当然、鉄の柱、そのすばらしいコンクリートが床、壁、天井に使われるため、死ぬほど高価になる。将来を考えるとスゴくイイんですけどね。

ユニット工法

昔からあるけど、家を四角いパーツに分けて組み立てていく。昔はダサダサな家しかなかったけど、最近はかなりイイデザインの家が多い。ユニットはほとんど工場で作られるため、とりあえず建て始めると形は1日でできてしまう。総工期も約2ヶ月と短い(他の工法は半年近くかかる)。柱はそこそこ頑丈だし(鉄骨ですけどエの字ではなくロの字)、1ユニットの4方の柱以外は自由に間取りを変えられる。ユニットは工場のラインで作られるため、最近話題の手抜き工事とかもされにくい。 弱点としては、ユニットを2つくっつければ当然柱の太さが2倍になる。結果、壁が分厚くなってしまうのを避けられない。

結局、いろんなところを見たが、阪神大震災の後ともあって、耐火性、耐震性は比較の対象にならない(みんな重要視するポイントなのでメーカーも手を抜かない)。つまり、この段階で業者を決めるのは不可能、、、。

(1999/02頃)見積、見積

とりあえず、業者を何社か抽出。A工務店(近所の大工)、R社(某重工業の100%子会社)、H社(鉄骨にパネルコンクリートの工法の会社)、SH社(ユニット工法)、M社(木造)。(社名が知りたければメールをいただければお教えしますよ)。~ 各業者に土地の測量図を渡し、勝手に図面を書いてくるように指示。見積もりはタダだからね。さて、その後の反応。

A工務店(近所の大工)

最近、近所で建て替えが盛んなのだが、ご近所さんはほとんどがこの工務店を利用している。近所だけに手抜き工事なんてしたら、一気に信用を無くし倒産になりかねないので下手なことができない。そういうことを考えるとスゴくイイ(笑)。 さて、見積もりの図面。ありゃ?近所の家とほとんど同じ構造(笑)。 そうそう。ここは、鉄筋と木材を利用した工法。また他の建築業者とは違い、中間マージンが無いので安い安い(お金の話は後ほど書きます)。しかし、法的手続きの代行はほとんど無し。建設の技術的にも業者より一歩出遅れてる。まぁ、これは当然で、業者はみな大きなグループの1つになっており、他のグループ企業の研究成果が反映されている。近所の工務店はそれが無い。また、設計士も少ないらしく、間取りもあまり変えられないどころか、明らかに設計が良くない。 上記の理由もあったが、ファーストコールから業者選定に3ヶ月かかったのと、近所とだけあって、催促がうるさいので早々に切った。 ※ちなみにその5年後、そこの工務店は跡取り問題で店じまいしてしまったらしい。ここを選定対象にしないでよかった・・・

R社(某重工業の100%子会社)

親父の知人の会社の人と紹介を受け、とりあえず聞いてみる。一度見積もりが出てきて、それ以来何の連絡も無し。どんな家を建ててるか見せに行かせてもくれない。 う~ん。やる気が無いのかなぁ。親父の知人の紹介とは言え、一生に一度の巨大な買い物。心を鬼にしてスパッとお断り。

H社(鉄骨にALCパネルの工法の会社)

[…]

不具合修正が…

内部ネタばかりですみません… Webツールを新規公開していろいろと企んでいるんですが、不具合がボロボロ出てきてそれどころではありません。 「今日はここまで修正したら寝ようかな」と修正を始めると、次々と問題が出てきます。まぁ、開発ってこんなものですよね。 とりあえず、備忘録的に今日の修正記録を残しておきます。 commentプラグインでコメントSPAM対策用の禁止用語を登録する機能を追加(作るのを忘れてた…)。 formsプラグインのバグ発見(発見に時間がかかりすぎて直してない。暫定策でごまかし中)。 categoryプラグインのキャッシュ機能に不具合。修正済み。 自宅建替記に画像を添付し忘れてたので貼り付け(←実は今日はこれに一番時間がかかってる)。 旧掲示板の移植とか、新掲示板の修正とか、まだまだやることが多いな… ってまぁ内部ネタばかりじゃつまらないので、最近萌えている動画シリーズの最新版を張っておきます。 http://www.nicovideo.jp/watch/sm3222861http://www.nicovideo.jp/watch/sm3222861

このサイトについて

管理者について このサイトは「デルタ」が管理しています。 デルタへの連絡は掲示板かメール等でお願いします。 本サイトの管理者と連絡手段 メアドは「delta<at>d77.jp」(←SPAM防止の為、@を<at>と書いています)。 ※「delta0.net」のメアドは廃止しました。 デルタが何者かは「自己紹介」を見てください。 このサイトは? このサイトが1996年に誕生して以来、主に私のプライベートサイトとして成長し続けました。その後、ゲーム関連のネタを扱う「UGB GameZone」、サーバ/ネットワーク関連のネタを扱う「Network Labo」の三つに分かれましたが、XOOPSに対応すると同時に1つに統合化しました。 その後、XOOPSが使いづらいので、FreeStyleWikiというツールに移行して現在に至ります。 リンクについて 基本的にリンクフリーです。出来るだけトップページにリンクしてください。 本サイトの著作物 このサイト内での「デルタ」のハンドル名を管理者である私以外の方が使用することを禁止します。私を装ってどこかしらに書き込みされることも十分あり得るので、閲覧者も注意してください。 このサイトの文章の著作権は原則としてデルタが持っています。基本的にはそれらを転載することを強く禁止はしませんが、転載物をあたかも転載してないかのように掲載することは禁止します。なお、画像の転載は原則として禁止します。 投稿ルール このサイトはインターネットを利用し、コミュニケーションを楽しむことを目的としています。その為、掲示板やブログページ、各コメントなどで以下のよな書き込みがあった場合は、状況に応じて警告/書き込みの削除/本サイトのアクセス拒否/アクセス元プロバイダなどに警告を発します。 ※いままで、書き込み削除以外はしたことないですけどね 。 内輪ネタの禁止 内輪ネタで盛り上がることは禁止です。ちと解釈が難しいと思いますが、特定のコミュニティにおいて、そこの話題から外れたような内容で少人数しかわからないようなネタを書き込むことです。「会社のxxxはむかつくよー」とか。 当然、ゲーム掲示板でゲーム内のギルドの話をするのは問題ありません。 個人プライバシー情報の発信を禁止 個人のプライバシ情報を発信することは禁止です。これはハンドル名で投稿している人の本名を明かしてしまうようなことも含まれます。また、個人のパスワードや認証関連のIDの掲示、非公開を前提としたサイトへのリンクも原則として禁止です。 本人を偽ることを禁止 自分のハンドル名を頻繁に変更したり、自分を偽ることを禁止します。「通りすがり」「名無し」なども原則として禁止です。 また、他人のハンドル名を故意に利用しての投稿は強く禁止しています。 なお、偶然同名のハンドル名であった場合、区別をつけるため後から投稿した方が、区別をつけるための指標をハンドル名に付加してください。 例)デルタ@非管理者 投稿された物の著作権 投稿された文字/画像は作者の著作物となります(当サイトに掲載された物も同様です)。ただし、当サイトに投稿されたものは、原則として著作者がデルタに対し、その文書等を自由に扱ってよいと認めたこととします(転載することはありませんが、コンテンツの構成上、レイアウトをなおしたり、データ変換(圧縮など)をすることがあります)。 転載物に関しても同様ですので、転載元の著作権に注意してください。 批判、差別、広告、違法な発言、誹謗中傷の禁止 宗教的発言、政治的発言、人種差別的発言、広告は強く禁止しています。ただ、ゲームの中のネタ等であれば特に禁止はしていません(たとえばネットゲームのネタで「xxxShopオープン!」とかいうネタはOKです。。 個人または特定のキャラクター等に対する悪口は禁止です。特定企業にたいする批評はかまいませんが、根拠が見えない悪態は禁止です。 違法な記述は禁止です。他人の著作物を転載しないでください。URLの掲載がベストです。一応世界に公開されてますので、日本国内で許可されてても、海外で違法となるような書き込みがあった場合は削除対象になります(デルタがわかるかどうかが問題ですが、、、 。 その他 あまりにも無意味な投稿が多く見られたり、デルタがBBSの内容に則さないと判断した場合は削除対象になります。 掲載された情報に対し、デルタは何の保証もしません。パスワードなどが明らかになり、他のサイトへのアクセスを許したとしても、デルタは保証しません(ただ、十分に注意はします)。 ポリシーに記載されている事項の対象にならなくとも、それを匂わせるような書き込みも禁止しています。その判断は管理者が行い、それに関する異議、異論は一切認めません。 その他、デルタの独断で削除等する場合もあります。 その他、注意事項 本サイト全般のルールに関する注意事項です。 ポリシーの内容の改変 今後、ここに記載されている内容は変更される場合があり、その内容は変更された時点で有効となります。ただし、デルタ以外の者が改変した場合は有効とはなりません。 管理者の権限 本サイトの管理者はデルタです(一部、管理権限を委譲するサイトもあり、それに関しては明記します)。 本ポリシーに記載されている禁止事項等に関して、管理者の許可があればルールにそぐわないことを許可することがありますので、事前に問い合わせてください。 管理者が一度消去したデータはいかなる理由があろうとも基本的には復旧しません。 このサイトを管理しているツールについて Webサイトを作るには、htmlを書いてセコセコFTPでアップロードするのが当たり前でしたが、時代はCGI*による掲示板の時代、日記/記事システムのブログの時代、そして統合的にWebサイトを管理できるCMS*の時代へと移り変わってきました。 2002年頃まではCGIを使ってWebサイトを作ってましたが、さすがに歳か […]

DeltaWiki公開

今までこのサイトを「FSWiki」というツールで構築していましたが、今回Wikiツールを自前で作成しました。名付けてDeltaWikiです。 まだまだ不具合や表示がおかしいところがありますが、運用しながら少しずつ修正して行きたいと思います。 OpenSourceとかで公開する予定は無いです。

自作サーバ・Web関連

FSWiki関連 FreeStyle Wiki http://fswiki.poi.jp/ KG Software Library http://kgsoft.jf.land.to/ ネットワークセキュリティ・関連ツール OpenBlockS users room http://hoop.euqset.org/OBU/ CyberSyndrome http://www.cybersyndrome.net/ No-IP.com http://www.no-ip.com/ DynDNS http://www.dyndns.com/ zoneedit http://www.zoneedit.com/ お名前.com http://www.onamae.com/ […]

管理者の知り合い

リアル知り合い サラナビ http://www.kei-ba.com/ Pretty MOMOKO http://www.geocities.jp/avantitutta3/momoko.htm MHW http://www.interq.or.jp/silver/mhz/

プログラミング関連

VisualC++ 猫でもわかるプログラミング http://hp.vector.co.jp/authors/VA010523/ MSDN-ランタイムライブラリリファレンス カテゴリ別ランタイム ルーチン http://msdn2.microsoft.com/ja-jp/library/2aza74he(VS.80).aspx VC++によるWin32プログラミングTips http://www.expertmg.co.jp/html/cti/vctips/index.htm Area of VC++ Tips http://rararahp.cool.ne.jp/vc/ EternalWindows http://www7a.biglobe.ne.jp/~lshen/EternalWindows/index.html DirectX関連 MSDN-DirectX 9.0 http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/intro/dx9intro.asp Masafumi's LABORATORY http://www.shader.jp/xoops/html/masafumi/index.html BBX http://bbx.hp.infoseek.co.jp/ ウマイハナシ http://home7.highway.ne.jp/nomura_y/program.htm TWINTAIL LOVERS http://twin-tail.jp/ DEQUARTET http://www9.plala.or.jp/dequartet/index.htm ゲーム開発系 GamDevPukiWiki http://gamdev.org/w/ その他 ROBROB LAB http://rob2.jp/ […]

ゲーム関連

情報サイト 4Gamer.net http://www.4gamer.net/ イラスト・マンガ関連 うおきち http://mayumo.com/uo/ ROBINのまんがコーナー http://www.ne.jp/asahi/robin/zander/ くまっこ★Little*R http://www.catruu.com/ うるてぃまらりあっと http://sasamiykg3.cool.ne.jp/index.html UO漫画干し鰤亭 http://www.geocities.co.jp/Playtown-Knight/5559/ えるの倉庫 http://elle.cutie.cx/ […]

postfixでメールサーバ

ここのページはpostfixについて詳しく書こうと思ったけど、面倒になって来たので、他のネタは他のブログを見てください。

postfixとは Amazon:4756140513

ここはpostfixというMTAの設定の備忘録です。MTAとはつまりメールサーバで、インターネット上でメールの受送信の役割を担います(この辺の詳しい説明は省略)。

紹介している本は私が参考にした本です(既にVerが古いかも・・・汗)。 なぜpostfixか

メールサーバの代名詞から、セキュリティ問題の代名詞のような扱いにされて早数年のsendmailですが、それだけではなく設定の困難さから、今の世の中でも敬遠されている存在には代わりありません。 過去にqmailの調査と利用もしましたが、qmailは最新バージョン(1.03)が出てからかれこれ8年経過しており、ユーザグループのサポートで何とか生きながらえていると言う状態になっています。「シンプル且つ安全」と言われたqmailですが、既に1.03から追加機能とセキュリティ問題でパッチだらけになってしまい、もやは素人の手出しができない代物になりつつあります。

そんな中で注目されているメールサーバの一つとして、postfixがあります。性能・設定の容易さなどが特徴でしょう。注目されていること=セキュリティの問題も発見されやすいというのもありますが、公式サイトを見てもわかるとおり、頻繁にバージョンアップされていることから、信頼できるものに見えます。

ソースコードとrpm

このサイトは、以前からソースコートからコンパイルしでデーモンの構築を推奨してきました。これは、なるべく最新版を入手し運用すべきと考えたからです。 しかし、昨今はバイナリコードによる提供も良くなってきましたので、ここではソースコードからのコンパイルは解説しません(私ももう実際にコンパイルしてないし)。 FedoraCoreであれば(っていうかそれ以外は知らない)、「yum update postfix」などのコマンドで気軽にアップデートできるので、管理上それでよいと思います。

そんな訳で、ここではFedoraCore5のバイナリベースで解説しています。それ以外の方はパスなどを読み替えてください。

postfixとDNS

postfixに関わらず、インターネット上で稼働するメールサーバは通常DNSを参照しています。何を参照しているかというと、相手先ドメインのメールサーバがどこにあるかというのを参照しています。 たとえば、yahoo.co.jpドメインであれば、以下のコマンドで調べられます。

# dig yahoo.co.jp mx | grep MX | grep -v '^;' yahoo.co.jp.            384     IN      MX      10 mx2.mail.yahoo.co.jp. yahoo.co.jp.            384     IN      MX      10 mx3.mail.yahoo.co.jp. yahoo.co.jp.            384     IN      MX      10 […]

qmailでメールサーバ

はじめに Amazon:4756140017 ここでは、qmailを利用したメールサーバの構築方法を解説します。主な内容はqmailによるSMTPサーバの構築と、各種ツールの使い方、popサーバの構築方法です。 qmailはsendmailに比べるとシンプルだと言われますが、動くようになるまでは結構大変です(それこそsendmailとあまり変わりません)。 ちなみに私は「qmail メールサーバの構築」という本で勉強しました。qmailの公式サイトも見づらいので意外と役立つ情報が多いです。 このコンテンツでのソフトのバージョン 特に表記が無ければ、以下のバージョンに関して解説します。新しいバージョンが出てても設定方法はさほど変わらないと思いますので、なるべく最新のものを利用するように心がけてください。 ※一部、インストール中にソースファイルの内容を書き換えているところがありますが、それはバージョンに依存するかも。 qmail:qmail-1.03.tar.gz checkpassword:checkpassword-0.90.tar.gz ucspi-tcp:ucspi-tcp-0.88.tar.gz daemontools:daemontools-0.76.tar.gz relay-ctrl:relay-ctrl-3.1.1.tar.gz qpopper:qpopper4.0.4.tar.gz RedHat9でのエラーについて(2004/02/08) RedHat9でqmailを構築する際に、コンパイル中に以下のようなエラーが出ます。 : undefined reference to `errno’ collect2: ld はステータス 1 で終了しました make: *** auto-str エラー 1 ※qmail、checkpassword、ucspi-tcp、qmail-vida、daemontoolsでエラーが出ることを確認しましたが、基本的にdjb製のソフトは同様のエラーが発生するそうです。 これを解決するにはソースコードの修正が必要ですが、ftp://moni.csi.hu/pub/qmail/glibc-2.3.1/にパッチがありますので、それを適用することにより解決することも可能です。 ※以下の操作はすべてそれぞれのコンパイル前のソースが存在していることが前提です。 ※qmailの場合 $ wget ftp://moni.csi.hu/pub/qmail/glibc-2.3.1/qmail-1.03.errno.patch $ patch < qmail-1.03.errno.patch ※checkpasswordの場合 $ wget ftp://moni.csi.hu/pub/qmail/glibc-2.3.1/checkpassword-0.90.errno.patch $ patch < checkpassword-0.90.errno.patch ※ucspi-tcp場合 $ wget ftp://moni.csi.hu/pub/qmail/glibc-2.3.1/ucspi-tcp-0.88.errno.patch […]

apache2.0系

Apacheの概要

Apacheとはwwwサーバソフトウエアで、主にWebサイトを閲覧する為の機能が実装されています。同じようなwwwサーバで有名なものにMicrosoftのIIS(Internet Infomation Server)がありますが(有名な理由は機能よりも、、、以下略)、それらの前身はスイスの欧州粒子物理学研究所(CERN)や、アメリカのNCSAのWebサーバが有名です。5年くらい前にCGIをいじってた人なら、この辺のことを知ってるかと思いますが、今となってはもはや昔のこととなってしまいました。 ApacheはアメリカのNCSAベースのWebサーバにパッチをあてたことから始まり、一説によると名前の由来も「a pach」をもじってるそうです。 歴史はともかくとして、今や世界No1のシェアであり、ほとんどのOSを網羅している上にタダで利用出来るところがなんとも喜ばしいソフトウエアです。 NetCraftによるシェア情報

前置き

ここでの解説は特に明記されていない限り、apache2.0.43(httpd-2.0.43.tar.gz)を使用しています。バージョンの違いによる差異はほとんど無いアプリケーションですが、頻繁にバージョンアップ(主にセキュリティ関連)されていますので、なるべく最新のものを使用してください。

インストール

ここでは基本的なインストール方法を解説します。apacheはさまざまなモジュールを使えます。各モジュールの説明は後半の章で解説しますが、コンパイルの時点で記述しなければならない設定もあります。コンパイルの時点で書く内容は可能な限りここの章で解説しますが、他の機能を入れたい場合に再コンパイルが必要になる場合があることに注意してください。

ダウンロード&インストール

デフォルトインストール方法です。 まずはapacheをダウンロードします。apacheはApache Software Foundation(ASF:http://www.apache.org/)からダウンロードできます。現在はapache1.3.xx系とapache2.0.xx系をダウンロードできます。ここでは、apache2.0を落とします。 例)$ wget http://www.apache.org/dist/httpd/httpd-2.0.43.tar.gz ダウンロードが終わったら展開します。

$ tar zxvf httpd-2.0.43.tar.gz $ cd httpd-2.0.43.tar.gz

次に環境設定→コンパイル→インストールをします。大分大きいので時間がかかります。なお、インストール先は「/usr/local/apache2」なので、既にapache1.3系を運用していても上書きはされません(ポート番号が重複しなければ同時起動も可能です)。 ※実際は「./configure」でモジュール等の追加が必要になる場合があります。詳細は次の項で説明します。

$ ./configure $ make $ su # make install

これでインストールは完了です。

モジュールとDSO

[…]

OBS構築記録

注意 このページはもう更新していませんが、いろいろ役立ちそうなので残しておきます。 ※当時のOBSはかなりCPUパワーが無かったので苦労していますが、最近のは普通のサーバとたいして違わないようです。

OpenBlockSとは?

OpenBlockSはぷらっとホームが発売しているサーバです。サーバに必要な機能以外を可能な限り省き、小型化されたサーバです。ネットワークポートx2個、RS-232Cインターフェース、コンパクトフラッシュのインターフェース、IDEのインターフェース(ノート用の小さいコネクタ)のみの入出力機器を備えています。 ※現在は複数の機種がある 購入するには直接行くか、通販しかありません(OEMで似たようなものはあるみたいだけど)。 ディスプレイは?キーボードは?と疑問に持つかもしれませんが、すべてネットワーク経由でリモート操作することを前提としているため、そんなものありません。 OSはLinux(Linuxがわからない人はココを読んでもつまんないと思うのであえて書きませんが、まぁパーソナルUNIXです)が搭載されています。 ネットワークの設定を間違えると二度と接続不能になり、使えなくなるのか?というとそうではなく、OSはフラッシュROM(プレステのメモリのようなもの)に記録されてて、起動するたびにRAMに展開されます。RAMは電源を切るたびに消去されるので、再起動するたびに元の設定に戻るという仕組みです。当然、変更した設定はフラッシュROMに書き込むこともできますが、これの容量は小さいので、複雑なことはできません。

OpenBlockSの可能性

OpenBlockSで何ができるか?というところですが、主に以下の目的で使うのが良いんじゃないかな?と思います。

ルータ/Firewallとして Linuxの勉強用。 簡易公開サーバ構築用。

ルータとしての用途ですが、はっきり言ってこれにはお勧めしません。OpenBlockS自体は約4万円しますが、一般のブロードバンドルータなどは1万円〜2万円程度で買えます。Firewallとしては意味があるかもしれません。細かいアクセス制御や、アクセスのロギングなどに使えます。ただ、こういう使い方はイマイチ面白くないかもしれません。勉強にはなりますが、、、。 Linuxの勉強用としては非常に有効だと思います。最近のLinuxディストリビューションはイロイロなものが入っていて、さらに自動設定が出来ますので勉強になりません。構築のときはいいですが、障害が出たときなどの問題が出ます。その反面、OpenBlockSは勉強になります。基本的に一般的なディストリビューションは使えません。ぷらっとホームのサイトに非常にシンプルなカーネルイメージがあるのでそれを入手する必要があります。さらに、サーバなどを構築するには、ソースを入手してコンパイルするか、有志によるrpmを使うしかありません。構築するのは非常に厳しいですが、構築が終わったころには一人前のLinux技術者としての第一歩を踏めるでしょう。 簡易公開サーバとしても有効です。特に消費電源量の少なさと、稼動部分が無いことによる静音性が魅力的です。 あえて、「簡易」と書いたのはやはりCPUパワーとメモリ不足の問題でどうしても重いです。イロイロなサービスを稼動させると、ちょっと実用が厳しくなります。 ※HDDを増設する場合、2.5inchなので、そこだけちょっとうるさいです。 いづれにしろ、自宅で公開サーバを構築するにはもってこいの筐体といえるでしょう。

HDD購入

上のOpenBlockSとは?に書きましたけど、これ単体ではたいしたことができません。増設記憶装置としてコンパクトフラッシュメモリ(この文を執筆時の相場で256MByte→2万円位かな)か、2.5インチHDDが接続できます。 HDDは専用オプションとして販売されてますが、当然それを無視して秋葉原でIBMの5GByteHDDを購入し接続しました。はっきり言って差すだけなので簡単です。 無視したらメーカ保証がなくなるだろう?と思いますが、HDDを接続してサーバ代わりに使用すること自体が保証外なので、眼中無しです。っていうか、こういう使い方しないとOpenBlockSの真価が発揮できないしね。 ちなみに容量的にはコンパクトフラッシュで十分なんですが、実は*あること*をしたいがために大容量にしています。何をしたいかはまた後ほど書くとして、、、。 HDDを増設時はかなり注意が必要です。触ると壊れそうな個所がかなりあるので、カスタマエンジニア(パソコンの修理屋)を経験した私でもちょっと怖かったくらいです。

OpenBlockSSの可能性

OpenBlockSの後継機として、OpenBlockSSが2001年11月に発表されました。 ※残念ながらデルタはOpenBlockSSを持っていません。発売前に今のサーバを作ってしまったもので、、、。 OpenBlockSSの大きなポイントはCPUのパワーアップ(50MHz→200MHz)と、メモリの増強(32MB→64MB)です。どのくらいのパフォーマンスが出るかの情報はまだ入手していませんが、非常に期待できるでしょう。

コラム

このコンテンツはOpenBlockSの構築記録ですが、ここにはそれと間接的に関係してきそうなネタを書きたいと思います。

OpenBlockSリンク集

はっきり言って、どこかの個人サイトを参考にしないと厳しい。というか、同じことを考える人は多いので、参考にさせていただいております。

公式サイト http://www.plathome.co.jp/support/labo/obs/ OpenBlockSのhddイメージ用パッケージwith公式サイトhttp://openlab.plathome.co.jp/OpenBlockS/packages.html Club535 http://www.club535.com/linux/mydoc/ob/ OpenBlockS Users room http://133.69.130.72/OBU/ セキュリティ1(バージョンの隠蔽)

デルタはブラックハットでもクラッカーでもないですが、一応セキュリティのお仕事をしているので、セキュリティ対策としてやっといたほうがいいなぁというのを記述しています。 バージョンの隠蔽というのは、所謂どういうサーバかよくわからない状態にすることにより、不正侵入される可能性を低くするという対策です。 バージョン情報はイロイロなところで出てきます。telnetのプロンプトの前や、Webサーバのエラーメッセージ/ヘッダー情報、SMTPに接続したときや、「HELP」コマンドを入力したときです。 バージョン情報の隠し方は特に書きませんが、ソースコードが読めるならチャレンジしてみましょう。 ※それにしても、OpenBlockSはコンパイルに時間がかかるので、いざ直そうと思っても気力が出ない(^^;;

Linuxコマンド集

まぁ、メモってことで。 http://linux.nikkeibp.co.jp/command/

viのコマンド

Linuxには必ずといってもいいほど「vi」というテキストエディタが入っています(というかソレしか使い方知りません)。以下に簡単な使い方を記します。

[…]

Linuxサーバ構築

ディストリビューション ひとえにLinuxと言っても、狭義だとLinusさんが作ったOSのカーネルの部分を指すんですが、そんなことをここで書きたい訳じゃなくて、そのカーネルを利用して様々なディストリビュータ((ディストリビュータ:流通業者でいいのかな?))がOSパッケージとしての(広義の)Linuxを出してます。その数はかなりに上りますので、それぞれの特徴をよく理解して選ばないと痛い目にあいます。 -ディストリビューションとしては老舗のRedHat。 ※今は企業向けの有償のRedHatと、バージョンアップが激しいフリーのFedoraCoreに分かれます。 マニアックなDebian。 ディスクトップに強そうTurbo。 DBに強いMiracle。 1CD Linuxで最近有名なKNOPPIX。 日本語に強いと言われていたVine(最近はどうなんだろう?)。 多少文化の違いはあれど、なれればさほど違いは無いのですが、やはり自分の力が試されるLinuxなので、よく吟味して自分にあったパッケージを選んだ方がいいです。 rpmとソースのコンパイル 最近のLinux(RedHat系)サーバにソフトウエアをインストールするには、大きく2つの方法があります。一つはソースプログラム(要はコンパイルされていない生のプログラムコード)を入手してビルドする方法、もう一つはすぐに実行可能なバイナリ形式になってるプログラムを入手する方法で、RedHat系のバイナリは通常「rpm」というファイルに一まとめにされています。 私は通常ソースプログラムから設定しますが、ここでは両方の基本的な操作方法とメリットなどを解説します。 ※最近はパッケージを自動だダウンロード/インストールするup2dateや、yumなどもありますが、中身はrpmをダウンロードしてきて展開しているだけのようなものです。 依存関係 通常、多くのソフトに「依存関係」があります。依存関係とは1つのアプリケーションを導入するのに複数のパッケージが必要となることです。これはrpmでもソースでも同様です。 例として、パケット監視ソフトである「iplog」を導入する場合は、パケットキャプチャリングライブラリである「libpcap」が必要です。「libpcap」は「yacc」や「flex」が必要だったりします。 よほど一般的なものは通常のディストリビューションならもともと入ってます。 依存関係を解消するには、その親子関係を確認し、その順番に従って、インストールする必要があります。 上記の例の「iplog」は「libpcap」が必要で、「libpcap」には「flex」が必要、「flex」を入れるには「yacc」が必要、、、と言った依存関係なので、依存関係を解消するには「yacc」→「flex」→「libpcap」→「iplog」の順に入れるのが正解になります。 ※rpmの場合はいっぺんにしていするとうまくやってくれたりします。 まぁ、普通はインストール時に足りないものがあったらエラーになりますので、その時点で導入すれば問題無いでしょう。 rpmの概要と使い方 rpmは「RedHat Package Manager」の略でその名の通り、RedHat系Linuxで頻繁に使用されてるパッケージ管理ツールです。Windows系の人にわかり易く説明すると「アプリケーションの追加と削除」のようなものです。 Linuxでの運用を深く知りたいのであればソースからのインストールをおすすめします。 ソースからの方が各ファイルの所在や設定などの位置がわかりやすい。 その為、障害対応に強い。 そもそも、UNIX系のOSはソースからコンパイルすることによりマルチプラットホームへ対応できる。 rpm形式でリリースされてない物もある(特にOpenBlockSではかなり困る)。 と、こんな理由です。もちろんrpmにもメリットはあります。導入が楽だとか、企業系サーバだと管理工数の削減とかメーカサポートを受けやすくするとかがあります。 会社のサーバを建てるときは無理せず3年くらいのサポート付き有料パッケージを買って、マニュアルに従ってインストールした方がいいでしょう。 とりあえず、以下に簡単な操作方法を記しておきます。 原則としてインストール/アンインストールはroot権限で行うようです。 ※以下の「パッケージ名」とはrpmファイル名です。通常は「xxx.rpm」という拡張子が付いてます。インテル系のcpuで動くバイナリの場合は「xxx.i386.rpm」と書かれてる場合もあります。当然ながらOpenBlockSのようなインテル系のCPUではない物にインストールしても(インストールは成功しますが)、動きません。 インストール済みパッケージの確認 その1、全部表示(長いです) rpm -qa その2、特定のパッケージの確認 rpm -qa パッケージ名 ※このパッケージ名はバージョン情報を省略可能。たとえば「rpm -qa libusb」で「libusb-0.1.5-3」と表示されます。「rpm -qa lib」だけではダメ。 その2、特定のパッケージの確認(あいまい検索) rpm -qa | grep […]

DNSの研究

DNSとは Amazon:4873110742

ここは別に読まなくてもいいけど、DNSがさっぱりで読む暇がある人は読んでみてください。 ちゃんとDNSの仕組みを理解するのであれば、分厚いけどオライリーのDNS&BINDあたりを読んでおくべきだろう。

DNS(Domain Name System)とは、書くまでも無いかも知れませんが、IPアドレスを人にやさしい名前に変換する仕組み、またはその反対のことをするシステムです。 たとえばこのサイトにアクセスするときにhttps://www.d77.jp/と入力しますが、インターネットの世界ではサーバにアクセスするのにIPアドレスが無いとダメです。この「www.d77.jp」の部分をIPアドレスに変換したり、その逆のことができる為のデータベースのようなものです。なんでこんな仕組みがあるかって、やっぱり数字の羅列よりかは楽だからでしょう。

DNSの前身は今でも残っていますがhostsです。Linuxの場合は「/etc/hosts」で、Windows2000の場合は「x:\winnt\system32\driver\etc\hosts」にあります(何でdriverなの?とか思ったりしますが、、、)。 このhostsファイルに、

192.168.1.1 hogehoge

とか書いておけば、「ping hogehoge」と打つと、自動的に192.168.1.1にpingしてくれます。

昔はhostsでも十分だったんですが、インターネットの規模が大きくなるにつれ、管理が大変になり、またサーバへの負荷もかなりヤバい状態になってきたので、それを解決する為に、DNSが作られました。

DNSは分散データベースになってるので、負荷も分散されます。その気になれば、自分のドメインの中でも負荷を分散することが出来ます。

また、ゾーン転送やDNSへの問い合わせの仕組みにより、私のサーバのDNSに情報を書き込むだけで、世界中のインターネットにつながったサーバから名前解決を行うことが出来ます。

ツールの入手とインストール

DNSサーバとしてよくbindというものが使われています。これはInternet Software Consortium (ISC) によって提供されており、無料で入手することが出来ます。このソフトはLinuxだけでなく、Windows用もあるので、非常に広い範囲で使用されています。

bindにはいくつかのバージョンがあります。大きくbind4系、bind8系、bind9系のバージョンがあります。ここの文を書いた時はbind4やbind8がまだ主流でしたが、このところbind9も多くなってきました。

今回はbind8を使います。bind4を使ってもいいですが、機能的に劣るのと、記述方法がbind8とbind9で似てるので、将来移行するのが楽だからです。

bindはISCでダウンロードしてください。bindは結構凶悪なセキュリティホールが見つかることがあるので、バージョン管理に気をつけてください。bind8の最新版ならOKです。 ここを書いてるときは8.2.5が最新なので、それを入手し解凍します。ここで注意ですが、bindは自分のディレクトリを作らないでいきなり解凍します。他のファイルと混ざってわかりづらくなるときがあるので、ディレクトリを作ってから解凍しましょう。  

$ mkdir bind8 $ cp bind-8.2.5-src.tar.gz ./bind8 $ cd bind8 $ tar […]

ネットワークの基礎

概要 ここではTCP/IPネットワークへ接続する為の基本的な設定方法を解説します。RedHatLinux7.2ベースですが、それ以前のバージョンやTurboLinuxではほぼ同じ内容で大丈夫だと思います。 ※もしかしたらファイルの位置などは違うかもしれません。 なお、ハードウエアデバイスの設定に関しては省いています。 IPネットワークの基礎 ここではIP(インターネットプロトコル)ネットワークの基本的な部分を開設します。 プロトコルとOSIの7階層 プロトコルとはよく「通信規約」と訳されますが、いわゆる2点間の通信をお互いが理解しえるようにする為のルールだと思ってください。たとえば、米国人が米国語で喋って、日本人が日本語で返事するるという状況ではお互いのコミュニケーションが取れないため、お互いの言葉を統一することによりコミュニケーションが取れるようにするというルールのようなものです。 OSIの7階層というのは、そのネットワークプロトコルのガイドラインのようなものです。全ての通信ソフトに通信デバイスの制御や、パケットの組み立てなどをやらせてしまうと、プログラマーは大変です。ですので、デバイスドライバのようなものを介在させることにより、アプリケーションの開発を楽にさせたりと言うのが重要です。ネットワークカードが何をするか、ドライバが何をするかというのを決めなければならないですが、そういう仲介役同士をどのように分けるかというガイドラインを示したものがOSIの7階層モデルと言うものです。 応用(アプリケーション)層 プレゼンテーション層 セッション層 トランスポート層 ネットワーク層 データリンク層 物理層 各層の役割をさらに知りたい人はそれなりの専門書を読んでください。簡単に説明すると、いわゆるアプリケーションプログラマは通信ソフトを作るときに、アプリケーション層との通信をコーディングするだけでOKです。細かいデバイスの電気信号の制御は物理層がやってくれますし、遠いところへ通信する際のルーティングの制御はネットワーク層がやってくれます。 このように開発の負荷を軽減したり、開発者の違いによる実装の差を減らしたりすることが可能となります。 IPネットワークのプロトコル IPネットワークはOSIの7階層のようには分かれていません。だいたい5階層くらいに分かれています。 まず、プログラマが意識しなければならない応用(アプリケーション)層には、Webサイトを見る為のHTTPやメールの送受信の為のSMTP等があります。 パケットのコントロールをする為のトランスポート層でTCPやUDPと言ったプロトコルが使用されています。 さらにルーティング制御等のネットワーク層がIPです。 さらにその下の階層では、PPPなどのデータリンク層があったり、モデムなどの機器が物理層となるわけです。 よく、インターネットに使用されるプロトコルのことを「TCP/IP」と言いますが、これは「TCP」と「IP」という2階層のプロトコルを表しており、実際にはインターネットで使用されるプロトコルは「IP」が基本にあり、その上で「TCP」「UDP」等のプロトコルが使用されます。また、インターネットでは「IP」プロトコルだけではなく、ping等に使用される「ICMP」等もあります(他にもあるけど以下略)。 ※「IP」の「P」は「プロトコル」の略なので「IPプロトコル」って書き方はおかしい気がするけど、気にしない。 パケットとIP パケットは直訳で「小包」という意味ですが、ネットワークの世界では一つの通信データを示します。ネットワークでの通信中は常に1ビットづつ送受信している訳ではなく、「パケット」と呼ばれるデータの固まりを送受信してるます。通信データは、あるサイズの「パケット」に分割され、受信側で再度組み立てられます。その為、パケットにはデータだけではなく、組み立ての順序や送信元/先の情報などが「パケットのヘッダー」に蓄えられています。 パケットの構造には当然ルールが必要ですが、そのルールと言えるものが「プロトコル」です。IP(インターネットプロトコル)はインターネットのデータ通信の基本とも言えるプロトコルです。 主な役割はIPアドレスの伝送制御で、IPヘッダには送信元のIPアドレスと送信先のIPアドレスが記述されています。 よく、「httpはtcpポート80番」とか言われますが、IPヘッダにはそう言った情報は含まれず、IPのデータ部(にあるtcpの情報の中)にあります。 TCP/UDP TCP(Transmission Control Protocol)と、UDP(User Datagram Protocol)は、実際にアプリケーション同士の通信制御に使用されます。 ヘッダー部にはよく言われる「http」や「ftp」等のルール化された通信ポートの情報や、パケットの順序を示すシーケンス番号、セッションの状態(通信開始、通信中、通信終了のような物)を示す情報など、非常に多彩な情報を格納しています。なお、送信先のIPアドレス等はIPヘッダに含まれる為、ここにはありません。 TCPとUDPは同じ層のプロトコルですが、幾つかの違いがあります。 TCPはデータが送信された際にその応答がなされる為、信頼性の高い通信を行いますが、その分通信速度に難があります。UDPはセッション後一方的にデータを送るので、データが相手側に到着したがどうかの確認がワンセッションで出来ませんが、その分高速です。 UDPは主にFTPのデータグラム(データの受信用のセッション)や、NetBios(SAMBAやWindowsのファイル共有)のデータグラムなどの多量のデータ転送や、DNS(UDP53番)等に用いられます。 ICMP ICMP(Internet Control Message Protocol)は、もっとも有名な使われ方は「ping」や「tracert(Traceroute)」だと思います。 ※Windows版の「tracert」コマンドがICMPを使います。UNIXの「traceroute」は主にUDPを使用。 このプロトコルはデータ転送が主たる目的ではなく、通信が目的地まで到達するかの確認などが主な目的です。 ICMPは軽視されがちですが、セキュリティの保持という側面では重要なプロトコルです。 ICMPにはTCPやUDPのような「ポート番号」はありませんが、「ICMP type」という番号があり、どの番号をパケットが所持しているかによって、その種類が決定します。 ICMP type種類 0エコー応答 3終点到達不能通知 […]

Webプログラミングメモ

NTT Docomo 文字コードはSJIS。 画像はGIF。2003年以降の機種はJpegもOK。 JavascriptやCookieは非対応。 Willcom フルブラウアザなので、まぁ何でも困ることは無いかも。 Vodafone 画像はPNGとJpeg。2005年以降の機種はGIFもOK。 EZweb 画像はPNG。最近のはJpegとGIFに対応。

UOイラスト

UO関連イラスト(2D) UltimaOnlneをやってた頃に描いたor描いてもらったイラスト。 UGBキャラ大集合(2001/04/16) らんげりの絵。UGBというのは、デルタとリーとジレイナの3人で結成された謎のグループ(w (本人コメント)UGBメンバーの持ちキャラをだーっと描いてみました。 が、エラく時間かかりましたぁ~~~!! 見てやってください…。 ソニアさんへさしあげものCG(2001/04/16) らんげりがギルド仲間のソニアさんにプレゼントした絵。 (本人コメント) 同じギルドのソニアさんのHP開設記念に(いつの話だ!?)献上した、ほんわかソニアさんです。ていうか、おいらパステル系のセンスねーよ?。こんなもんでいいスかね?>ソニアさん。 エスティナ(2001/04/16) デルタの2ndキャラクターのエスティナです。以前、1stキャラクターのデルタが儲からなかったときはエスティナで金儲けをしていた。生産関連の能力に長けたキャラです。 カンナギさん(2001/04/16) らんげりの絵。 (本人コメント)同じギルドのカンナギさんに差し上げた物です。 ラフばっかで申し訳ない(^^;)— カンナギさんからの頂き物(2001/04/16) カンナギさんから頂いたイラストです。リーが色塗ってくれる予定がなかなか多忙なため、頂いた段階でのを掲載しました。左からエスティナ、サリカ、スズさん、ジレイナだそうです。 キュラ(2001/04/16) デルタの3rdキャラクター「キュラ」です。もはやUOと関係があるのか無いのかわからん絵になってしまいましたが、とりあえずシーフなのでロックピックらしきものを持たせてみました。ロックピックと腕輪とイヤリングと服は3Dモデリングしたものです。腕輪はちょっと浮いてしまいました。 シルバード(2002/12/19) SSGの生産系部隊の隊長Siluさんのキャラクター。この絵は魂の剣の書(現在休止中のサイト)向けに書いたやつ。 デルタ(2002/12/19) デルタ(ハンドル名もデルタだけど、これはUOキャラの方)ですー(^^)。下のより一応衣装が最近のものになってる。この絵は魂の剣の書(現在休止中のサイト)向けに書いたやつ。 ヒロン団長(2002/12/19) ギルドSSGの団長HIRONさんです。この絵は魂の剣の書(現在休止中のサイト)向けに書いたやつ。 ランジェ・リー&サリカ(2001/04/16) イラストに載ってるキャラを使用していたらんげりの絵。 (本人コメント)リーとサリカのイラスト、初描きです。しかもラフ(^^;) リーのベレー帽は、とあるアニメのパクリです(爆)。 頂き物のCGをカラー化(2002/12/19) カンナギさんから頂いたCGをカラー化しました。 不定期連載UOらくがき第三弾!?(2001/04/16) らんげりの絵。 (本人コメント)管理人の意向により、縦にしてみました。 どうでっしゃろ? 不定期連載UOらくがき第二弾!?(2001/04/16) らんげりの絵。 (本人コメント)男の裸が多いですなぁ。 色気ゼロ(爆死)! 不定期連載UOらくがき第一弾!?(2001/04/16) らんげりの絵。 (本人コメント)ランジェ・リー絵師(壊死)による、UO関係のラクガキでございます。 たまに、思いついた事なんかをだらだら描いていこうとおもいやーす。 鈴さん(2002/12/19) カンナギさんからの頂き物のお返しに描きました。カンナギさんの2ndのsuzuさんです。 本人の描いた絵とちっとも似てないのは愛嬌と言うことで(爆)。本と細かい飾りはモデリングしたものを貼り付けています。 UO関連イラスト(3D) UltimaOnlneをやってた頃に描いた3D画像。 Marble House with Patio 建造物第5段は「テラス付きの大理石の家」です。 […]