Ｗｅｂサーバー構築（An httpd 運用編）

An httpdの運用

導入編では Apache、IIS、An httpd について書きましたが、運用については個人で
使える範疇では一番便利であると思われる An httpd について書いてみます。
な～んか最後まで読んでみて、あまりにも他の方向に逸れまくってる気はするんだけど・・・
気のせいだよね、うん（笑）

私事ながら、サーバーマシンをWindowsNT4.0からLinuxに入れ替えてしまったので、
IIS4.0 や Apache(Win32) を気軽に触れる環境ではなくなってしまいました。
以後、特に要望がない限りはこれらの運用に関しては話題に上らないと思います。
（Apacheもねぇ・・・Win32とUnix系ではかなり違うようで。どうしようかと思ったわ（笑））

では、インストールは完了し、ポート80で An httpd が起動してるものとして話を進めます。
（まだインストールが完了していない方は導入編を見てください。
　って、適当なディレクトリに解凍してhttpd.exeをダブルクリックするだけなんだけど。笑）

設定は「オプション→一般」もしくは「オプション→プロクシ/キャッシュ」で行います。

>>>>>画像付で説明する方が分かりやすいよね・・・でも面倒だから気が向いた時にでも。

●一般

変更する必要があるとすれば、３行目の「ドキュメントルート」の項目でしょう。
ドキュメントルートとは、ブラウザでルートにアクセスした時に表示されるディレクトリのこと。
（つまり、http://localhost/ で表示されるディレクトリ）
デフォルトでは、An httpdをインストールしたディレクトリの下の「httpd-docs」になってると思います。
が、インストール先までのパスが長い場合などは不自由を感じることが多いよね・・・これだと。
（D:\Program Files\httpd\AnWeb\ などとしている場合など。
　デスクトップにショートカット作れば済むという考え方もあるんだけど）

こういう場合、ドキュメントルートを変更してしまいましょう。
ここでは例として、「E:\htdocs\」にすることにします。
これで、マイコンピュータから2ステップでドキュメントルートを開けるようになりました。
めでたしめでたし（笑）

で、ここで終わったら書くことがなくなるので続きに・・・

ところで、プロバイダなどで
http://www.hi-ho.ne.jp/~lina/
など、「~」をユーザー名の前に付けることが多いのはみんな知っているでしょう。
これは、ユーザーディレクトリまでのパスを省略しているものだということは
どこかで聞いたことがあると思います。例えば、
http://www.hi-ho.ne.jp/~lina/
の場合、ファイルシステムでのパスは
/home/lina/htdocs/
であったりするわけです。WindowsNT的に言うと、
C:\winnt\profiles\lina\htdocs\
という所かなぁ？
（あくまでも一般例です。Hi-HOの場合はディレクトリ名が数字だったりします。
　ついでに言えば、WindowsNT＋IIS ではこういうことはできない。笑）

つまり、「~」の役割は、「長いパス名を省略している」ということなのです。
これにより、本来だと
http;//www.hi-ho.ne.jp/home/lina/htdocs/
http;//www.hi-ho.ne.jp/../../home/lina/htdocs/
などと記述しないとアクセスできないファイルを、
/~lina/
に置き換えてしまっているのです。

こういう手法を使うと「ユーザーディレクトリ」として
/home/*/htdocs/
とＷｅｂサーバ側で設定しておけば、全てのユーザーのhtdocsのディレクトリを
「~」を付けることによりＷｅｂで公開することが可能になります。
簡単に言えば「簡単に管理ができるようになる」わけです。

なにもそんな面倒なことをしないでも「ドキュメントルート」の下に
ディレクトリを作ってしまえばいいじゃんと考える人もいるでしょう。
その通り。あなたは正しい。ドキュメントルートが「/home/」で、その下に「lina」
のディレクトリを作ってしまえば「http://www.hi-ho.ne.jp/lina/」で
アクセスすることが可能になる。

だけど、ホームディレクトリに入るのは何もhtmlとは限らないのです。
サーバーの用途がＷｅｂサーバー以外も兼用している場合は、管理が面倒になります。
が、インターネットプロバイダの場合はHTML以外が入ることがほとんどないために
こういう管理をしているプロバイダも少なからずあるのですが・・・

	で、なんでこんなことを書いたかと言うと、An httpdにもこういう機能があるからです。それは、一般タブの５行目（ポートの項目の下）のチェックボックス以降です。ここに、「/~lina」と入れることにより、「ユーザーディレクトリ」の作成が可能です。（注意・「/~lina/」と末尾にスラッシュを入れてはだめみたい。なぜか404になります）で、その右の「ドキュメントルート」には、http://localhost/~lina/ で参照させるパスを入れます。が、３行目で指定したドキュメントルート以降の相対パスで記述する必要があります。絶対パスでは指定できません。３行目のドキュメントルートを「E:\htdocs\」だとして、その下にさらに「E:\htdocs\users\lina\public_html」とディレクトリを作り、 users\lina\public_html と入れて適用をクリックしてみましょう。そうすれば、 http://localhost/~lina/ で、 E:\htdocs\users\lina\public_html を呼び出してくるはずです。と・・・まぁ、ユーザーディレクトリについて書いてみましたが、ここまで来ると趣味の領域です。分からなければ読み飛ばしてください（笑）また、この機能でユーザーディレクトリを作るより、後述のエイリアスでくっつけた方が手っ取り早いし An httpd の場合は使い勝手がいいというのが私の見解（笑）
	リモートホストを取得
	この機能を説明する前に、ＩＰアドレスとリモートホスト名の関係を説明する必要があります。以下を参照してください。で、この機能は自動的に「ＤＮＳの逆引き」を行うか否かという設定です。誰かにアクセスされると、httpd はまず相手のＩＰアドレスを認識します。この時点では httpd はリモートホスト名を知りません。「取得しない」に設定すると、ログファイルにはＩＰアドレスで記述します。普通はこれで問題ありません。でも、ＩＰアドレスで誰が誰だか判断するのは困難です。そこでリモートホスト名を取得することでアクセスしてきた人のプロバイダ名を知ることが可能になります。もし、ログファイルを検証してアクセスしてきた人のホスト名を常に知りたい場合は、「常時」にします。しかし、「ＤＮＳ逆引き」によりリモートホスト名をＩＰアドレスから割り出しているわけで、処理が遅くなることは確かです。インターネット上のＤＮＳにも余計な負荷をかけます。その折衷的なのが「CGI/SSIでは取得」ということにしておきます。（本当はそうでもないんだけど）わけが分からない人には全く分からないと思いますが、チャットなどでホスト名が表示されるのを目撃することは多いと思います。これは、「$ENV{'REMOTE_HOST'}」という環境変数を記録して表示しているものなのですが、これは「$ENV{'REMOTE_ADDR'}」という環境変数（ＩＰアドレス）をＤＮＳから逆引きしてホスト名に変換しているものです。(Perlでの話。他では多少違います）で、この「CGI/SSIでは取得」は、CGI処理に関する場合だけはＤＮＳ逆引きするが、普段はＩＰアドレスのままというオプションです。余談ですが、最近のプロバイダではREMOTE_HOSTにもIPを入れるものが多くなりました。ＤＮＳへの過負荷を避けるためと思われますが、最近のCGIスクリプトは逆引きをするようにプログラムされてしまうことが多いので、その負荷の分だけ逆効果かもしれません。とか言ってる私のスクリプトでも逆引きしてたりして・・・（笑）と、またまたダラダラ書いてしまいましたが、そういうことです（笑）これを読んで分からない場合は「リモートホストを取得しない」にしておいてください。必要性を感じない限り、リモートホスト名を取得しても負荷をかけるだけです。（やはり、自分で読み返してみてもこれで分かれば天才とか思ってしまう。うん。笑）
	ＳＳＩを許可する/ＣＧＩ実行可能な拡張子ＳＳＩ＝Server side include、ＣＧＩ＝Common gateway interface これを説明してたらサイトがひとつ作れるので省略。 http://www.rescue.ne.jp/ でも参照してください。詳しく説明されています。ＣＧＩはチャットや掲示板、カウンターなど、ＳＳＩはHTMLにCGI実行結果を挿入できるということで今は勘弁してください。いつかマジメに書くかもしれません（笑） SSIもCGIもわけわからんという人は、どっちのチェックボックスも外しておけば無難でしょう。これらは一歩間違えばセキュリティホールにもなりかねないので、安易に実行許可しておくものではありません。設定などを間違えなくても、セキュリティーホールを探して突破しようとするチャレンジャーがネット上にはいくらでもいますし（笑）また余談・・・ Windows の場合、そのＯＳの性質上クラックされたら被害者になる場合が多数です。たいていは、情報を盗まれたりデータを破壊されたり、スタートアップに変なプログラムを登録されたりするパターンですが、ＣＧＩの実行が許可されている場合、意図してコマンドを実行したりもできてしまいます。 95/NTの場合、不適切な設定をしているとNetBIOSがインターネットに漏れている場合があり、勝手にスクリプトをアップされて実行された場合、ＤＯＳコンソールから操作しているのと同じことがリモートから可能になります。これで、クラッカーはデータの改竄や破壊することも可能になってしまうんだけど、もっと問題なのはクラックの踏み台にされてしまう可能性が出てくることです。つまり、自分が加害者になるということであり、被害者はあなたに抗議してきます。昔、An httpd の1.19xにＣＧＩでブラウザからコマンドが実行できるというバグがあって、現在では修正されましたが、こういった Windows のセキュリティホールと絡んだ問題は存在します。というか、回避するのはＣＧＩ実行をしない以外にありません。よって、わけの分からない場合はCGI/SSIの実行は不許可にしておくことを薦めます。もっとも、それでもWindowsのネットワークがらみのセキュリティホールは存在するので「踏み台にされる可能性が低くなる」だけなのですが（笑）この種のセキュリティホールはWin98では防衛されていると聞きます。（未確認）詳細と防衛手段をここに書いてもいいんですが、ヒントを与えただけで初心者でも遊びまわれるほど単純なセキュリティホールなのであえて書かないことにします。
	一般パスの.exeは実行しないこれはチェック入れておいた方がいいでしょう。実行許可したディレクトリ以外で勝手に実行されるのはあまり好ましいとは思えません。（が、ここにチェックをしていてもファイル名の後に?を付けたら実行される仕様のようです）
	#! の行を調べる基本的に、これはチェックを外しておいてください。 UNIX系サーバーでは #! の行を読んで実行するのですが、An httpdは拡張子を見て実行可能です。これをチェックすることにより Perl のインストール先が束縛されたりもします。
	EXE形式の.cgiを実行するこれも基本的にチェックを外して大丈夫だと思います。どうしてもバイナリＣＧＩの拡張子を.cgiにしたい場合にしか用途はありません。（Windows のファンなら実行ファイルの拡張子は .exe だっ！）（おい、Windowsのファンなんてこの世界に何％だと思ってんの？）＜突っ込み（さあ？買ったＰＣには頼まなくてもWin9xが入ってるから使ってるだけじゃない？）
	.pl .cgiの実行プログラムデフォルトではjperlが登録されていますが、私はjperlを使ったことがないので分かりません。 ActivePerlをインストールして、perlとだけ記述すればPerlによるＣＧＩが実行可能になります。（Perl.exeにパスが通っていない場合は、フルパスで記述してください）
	拡張子と実行プログラムその他、追加したいインタープリタがあればここで関連付けます。（例・.sh と sh.exe を関連付けるなど）普通は必要ありません。無視してください。
	単一スレッド CGIやSSIのプロセスが複数立ち上がらなくなります。これにより、ファイルへの書込みがいっぺんに発生することがなくなるので、チャットなどでログ破損の危険が減ります。が、パフォーマンスが低下するので必要がなければチェックしない方がいいかと思います。
	ヘルパープロセスリソースの減少を防ぐためのプロセスを使用してCGI/SSIの実行をするそうです。 Win9x系ではチェックした方がいいそうです。NT使ってる私は特に意識したことがありません。
	拡張子.dllをISAPIで実行/ISAPIタイムアウトこれも詳しいことは分かりません。デフォルトのままでいいのでは？
	.pl .cgiをPerlIS.dllで実行/POSTメソッドを除く Perl.exeの代わりに、IIS 向けの DLL（PerlIS.dll）を使うかどうかの設定です。最近のバージョンのPerlIS.dllはかなり高速なようなので、ActivePerlをインストールした場合はチェック入れておけばいいかと思います。「POSTメソッドを除く」はチェックする必要はないかと思います。

●エイリアス

ルートディレクトリ以外で、公開したいディレクトリがある場合にこれを使用します。
例えば、ルートディレクトリが E:\htdocs\ だけど、C:\MyDocument を公開したいという場合です。
その場合には「追加」をクリックして、
仮想パス : MyDocument
ローカルパス : C:\MyDocument
と記述することで
http://localhost/MyDocument/
と、ブラウザで指定すると
C:\MyDocument へアクセス可能になります。

実行パスとは、ＣＧＩの実行が許可するディレクトリで、
一般パスとは許可しないディレクトリです。
通常は一般パスに登録すればいいでしょう。

拡張子
htmlがない場合はhtmを探す
デフォルトではチェックされてたかと思います。
たとえば、index.htmlと指定したのにindex.htmlが存在しない場合は
index.htmを返すという機能です。
私はチェックを外しています。きちんと index.html と指定すればいい。

●表示/インデックス

表示
説明する必要はなさそうなので省略

インデックス
インデックスリスト（ディレクトリリスト）を表示
index.html が存在しないディレクトリで、そのディレクトリに存在するファイルを
表示するかどうかの設定です。
個人用サーバーとして公開する場合、ここにはチェックを入れておく方がいいかと
思われます。

.www_browsableがあるディレクトリのみ表示
インデックスリストの表示を許可した場合でも、ディレクトリ内に.www_browsable
というファイル名のファイルがなければディレクトリ閲覧を不可にする機能です。
チェックを外しておく方がいいかと思いますが、セキュリティを考えたらチェック
しておく方がいいのかもしれません。
（注・Windowsのエクスプローラではピリオドで始まるファイル名は付けられません。
　ＤＯＳで作るか、秀丸などのエディタで作るしかありません）

ホスト名/アドレスを取得
起動したら勝手に自動接続に行ってうっとうしい場合などは外します。
チェックを外した所で問題はありません。

●ファイルタイプ

基本的にデフォルトのままでＯＫです。
が、メディアファイルなどをプラグインで起動させたい場合など、適宜ファイルタイプ
を追加していきます。
特にNetscapeの場合、ここに登録しないとファイルが破損する場合もあります。

追加したい場合は一番下の「追加」で追加します。

例
拡張子: mp3
MIME: audio/mpeg

拡張子: lzh,
MIME: application/x-lha
など・・・

MIMEタイプが何かというのは、エクスプローラ→フォルダオプション→ファイルタイプ
でも参照してください。
MIMEが何かというのは、かなり話が逸れるのでここでは触れません。gooで検索すれば
いくらでもヒットするでしょうからそっちを参照してください。

●ユーザー認証

とりあえず、特定のディレクトリにアクセス制限をかける方法だけ。
（私自身、この機能を使い込んではいません（苦笑））
①ユーザー認証のチェックボックスにチェックを入れる。
②認証名の下のフォームの追加をクリック
③認証名（アクセスした時にブラウザのダイアログに出る名前）、
　パス（URLでのパス。http://www.hi-ho.ne.jp/~lina/auth/ の場合は/~lina/auth/ と）、
　「認証ユーザ/グループ」に、アクセス許可するユーザー名を登録して「ＯＫ」。
④ユーザー/パスワードのフォームで「追加」をクリックし、ユーザーの名前とパスワードを
　入れて「ＯＫ」。パスワードは暗号化されて表示されます。
⑤これで「適用」をクリックすれば、指定したパスにアクセス制限をかけることができました。

追記
グループについて。
③で「認証ユーザ/グループ」が出てきましたが、ここに「グループ名」として[users1]などと入れて、
グループのフォームの「追加」で、「グループ」を[users1]、メンバーに④で入力した「ユーザの名前」
を入れると、多人数を管理する時に楽になります。

（ああ機種依存文字が炸裂・・・インターネットの掟って一体何・・・？
　ま、Windowsユーザ以外がここを見るとは思えないからいいことにする。笑）

●アクセス制御

IPによるアクセス制限を加えたい場合に使います。
魅力的なファイルを多数置いている闇鯖の場合はＤＯＭが問題になることも多々ありますので、
その場合はかなり有効かと思われます（笑）
パスの設定
これも、URLによるパスで指定します。ユーザー認証の項目を参照してください。

許可ＩＰに*.*.*.*とデフォルトで入っていると思いますが、これを消すと全てのＩＰからの
接続を拒否します。特定のＩＰのみ許可するという場合以外は外さない方がいいでしょう。
拒否ＩＰは、その名の通り「拒否するＩＰ」です。が、プロバイダからダイアルアップ接続してる相手を
拒否したい場合、ＩＰが毎回変わりますので、どうしてもプロバイダ単位でアクセス規制することになります。

で、ここで知らなければいけないのが「ＩＰの仕組み」なのですが、これも書いてたらＷｅｂが１つ作れる
話なので適当に書きます。（大嘘もかなり含まれますが、気にしない方が理解が早いかと）

ホスト名やドメイン名が「マシン名.組織名.分類.国」の構造になっていることはかなりの方が知っているかと思います。
（www.hi-ho.ne.jp の場合だと、Japanに存在するネットワークで、hi-hoという組織のwwwというマシン）
ＩＰアドレスの場合はこれが逆順になります。
192.168.45.21の場合は、192国に存在する168の、45の21番目のマシンということでしょうか？
電話番号に例えれば、192.168が市外局番で45が市内局番、21が電話番号に該当するでしょう。
こんな理解の仕方でいいと思います（本当にこれでいいの？笑）

が、電話とプロバイダの違う所は、末尾の電話番号が毎回変わることです。
変わるのは、たいていの場合は末尾の番号だけなのですが、プロバイダによっては下から2番目が
アクセスポイントによって変更されます。
つまり、192.168.45.21からのアクセスを規制したい場合、192.168.45.*としなければダメという
ことです。もし、これでもダメだったら192.168.*.* ということになります。
（相手のＩＰアドレスを知るには、ログファイルでも見てください。
ホスト名で記録している場合は、ＤＯＳ窓で "C:\>ping 相手のホスト名" と打てば
ＩＰアドレスが表示されます）

ＩＰによる制限の問題点
・拒否ユーザと同じプロバイダからのユーザーも拒否してしまうことになります。
・Proxy を経由された場合、全く意味がなくなる。

よって、本当にＤＯＭで悩んでいる場合は、ユーザーによる認証をした方がいいでしょう。

●ログ
デフォルトのままでいいと思うので省略。

●バーチャルホスト
ダイアルアップ接続では使い道はないので省略。

●サービス
ＮＴの場合、サービスとして起動することが可能です。
が、私の環境では２重に起動したりするのでこの機能は使っていません。

●プロクシ/ゲートウェイ
Proxy Server のことで、日本語読みでプロキシ、プロクシ、隠語(？)で串と呼び、
古くは風呂敷などとも呼ばれました。
こういった機能は An httpd に限らず、あらゆる httpd が持っている機能
なのですが、その運用には細心の注意が必要です。
とりあえず、プロキシの機能と危険性を念頭に置いた上で。

また、この機能を使う必要があるのは２台以上のマシンからアクセスする場合です。
キャッシュ機能を使うなどもありますが、１台では基本的に必要ありません。

注意
モデム／ＴＡが接続されているマシンで An httpd が走っていて、そのマシンが
ＬＡＮ内に存在することが前提です。

プロクシポート
デフォルトでは8080になっているはずです。が、この8080はあまりにもお約束なので、
使われていない適当なポート番号に変更しておけば多少の防衛にはなります。
58479でも何でもいいです。他のアプリケーションで使われているポートを指定した場合には
エラーが出るので、エラーが出ないものにしてください。

プロトコル
http、ftp ともにチェックを入れておいていいでしょう。
FTPユーザー名も、特に必要がない限りanonymousのままで構いません。

外部プロクシを使う
プロバイダからプロキシを使うように指定されている場合や、ＬＡＮ内など、プロキシを
使わないとインターネットに出られない場合、また、どうしても使いたい場合などには
登録しておきます。
ブラウザのプロキシの項目をそのまま入れればＯＫです。

プロクシを使わない
主に、ＬＡＮ内など、プロキシを使う必要のないアドレスを入れておきます。

ゲートウェイ
An httpd のゲートウェイ機能は、SMTPとPOP3のみで可能です。
ここには、自分のプロバイダのメールサーバーのアドレスを入れます。
ポート番号は、基本的に SMTP:25、POP3:110のままで大丈夫です。

で、クライアントから見るとあたかも An httpd がメールサーバのように見えます。
こういう仕組みなので、複数のメールサーバを登録することは不可能です。
そういうことをしたい場合はダイアルアップルータを導入するか、すでに使い道を失った
旧型のＰＣをルータにしてしまうか、別の手段を考えてね（笑）

プロクシ/ゲートウェイを設定した後
クライアントのブラウザのプロキシの設定を、An httpd が走っているマシン名とポート番号に設定します。
（IE5.0の場合はツール→インターネットオプション→接続→LANの設定。
　NN4.xxの場合は、編集→設定→詳細→プロキシ→手動でプロキシを設定）
メーラーの設定で、SMTPとPOP3の項目をAn httpdが走っているマシン名に変更する。
（メーラの場合は数が多すぎて把握しきれません。ヘルプでも読んでください）

●キャッシュ
プロキシの機能のキャッシュに関する設定です。

キャッシュルート は変更する必要はないかと思います。
キャッシュオン にチェックを入れることによりキャッシュを有効にします。
キャッシュのみ にチェックを入れると、「キャッシュから呼び出す」機能だけが
有効になり、外部へのアクセスをしなくなります。
見たいサイトをキャッシュ内に保存して、オフライン状態にしてから
ゆっくりと読むなどの使い道はありますが・・・私は使ってません。

キャッシュサイズ
最大のキャッシュ容量です。
「0」にしておくと無限にキャッシュが増えてどうしようもなくなりますので、
せいぜい10MB程度に留めておく方がいいかと思います。

キャッシュの有効期限チェック
Last-Modified ヘッダーを読み取り、経過日数に「最終更新ファクター」を掛けた期間だけ
キャッシュを有効にします。
わけわからんと思ったらデフォルトのままでいいです。下手に設定するとキャッシュが強力に
なり過ぎたりしてキャッシュ機能の存在が鬱陶しくなります。

更新時はキャッシュを使わない
リロードボタンを押した場合、キャッシュを使わないように設定します。
チェックしたままにしておいてください。
（リロードしたら更新するのが当たり前なのですが、巷のプロキシにはリロードボタンが
　意味をなさないタコ串が結構存在します。そういう場合はShiftを押しながらリロード）

キャッシュログ
キャッシュのログを取ってもほとんど意味がないのでオフでいいかと。
ですが、ログを取っていると踏み台にされた場合の証拠にもなるので、
わけの分からないアクセスがある時は取っておいた方がいいでしょう。

●アクセス制御
これが非常に重要です。攻撃の踏み台にされないためにも必ず設定をしてください。

アクセス制御
無条件にチェックしてください。

アクセス許可
ＬＡＮでは、192.168 で開始するアドレスを使うことが多いと思います。
多いというか、個人ユースでは間違いなく192.168 で開始していると思います。
（このアドレスはインターネットに存在しないと決められているので、
　プライベートアドレスとも呼ばれます）
で、ここのアクセス許可には「192.168.*.*」と入力してください。
これで、インターネット上から悪意のある他人がやってきても排除することが
可能となります。

An httpd にもX-Forwarded-Forのヘッダーを吐かせるオプションでも付けば
踏み台にされる危険性は減るのですが・・・自分で防衛できることくらいは
防衛しましょう。

用語集（と呼べるの？これ・・・（まさか））

リモートホストとＩＰアドレスの関係
これを説明してたらきりがないので端的に書きます。

まず、インターネット上ではコンピュータの特定には「ＩＰアドレス」を使用します。
これは、「202.232.2.38」など、ドットで区切った４つの数値によって表されます。
プロバイダの設定の時、「ＤＮＳアドレス」の登録をしたと思いますが、それが
ＩＰアドレスです。（って、最近は指定する必要はない場合が多いんだけど）

この「ＩＰアドレス」はインターネットに接続されている全世界のコンピュータに
１個ずつ振られ、同じＩＰアドレスを持つ複数のマシンが存在してはなりません。

個人の場合、プロバイダへの接続したらプロバイダから自動的に適当なＩＰアドレスを
与えられます。これもインターネット上に１個しか存在しないアドレスです。
（が、一部のプロバイダを除いて、接続の度にＩＰアドレスが変更されます。
　それは、空いているＩＰアドレスを適当に振っているからです。）

こうして、インターネット上では「ＩＰアドレス」こそが唯一のコンピュータの名前
なのですが、これには大きな問題があります。それは「覚えにくい」ということに
尽きます。それを解決すべく登場したのが「リモートホスト名」です。
リモートホスト名とは、ＩＰアドレスを単語に置き換えたものと考えて差し支えないでしょう。
具体的に言えば、202.224.128.112 というＩＰアドレスは、www.hi-ho.ne.jp に置き換えて
要求することが可能です。これで、人間にも覚えやすくなったでしょう？
つまり、人間が www.hi-ho.ne.jp と要求すれば、ＤＮＳサーバーが 202.224.128.112
と変換してインターネットを検索しているわけ。逆に、202.224.128.112 から
www.hi-ho.ne.jp を引くことも可能です。これを「ＤＮＳの逆引き」と言います。

リモートホスト名とＩＰアドレス、この関係は１対１が原則なんだろうけど、
実際にはそうじゃないパターンが多々あります。（そうじゃない方が多いかも）
例に出した www.hi-ho.ne.jp だけど、202.224.128.112 であると同時に
202.224.128.100 でもあったりするんだ、これが。
逆に、202.224.128.59 は、home.hi-ho.ne.jp であると同時に www5.hi-ho.ne.jp。
ひとつのＩＰに多数のホスト名がある場合、最近ではHTTP/1.1とも絡んでくることも。
ま、こんなこと書いた所でややこしくなるだけなんだけど、一応・・・

絶対パス・相対パス
適当に書きます。分からなければＤＯＳかＵＮＩＸの参考書でも読んでください。
そういうサイトもいくらでもあるかと思う・・・多分（未確認）

絶対パスとはルートからのフルパスのことで、相対パスとはカレントディレクトリからの
相対的なパスのことです。
まず、ＤＯＳ窓を立ち上げて、カレントディレクトリが C:\windows\ だと仮定します。
コマンドで C:\windows\explorer.exe を起動するには２つの手段があります。
ひとつは、C:\windows\explorer.exe と打ち込むことです。
もうひとつは、./explorer.exe、または単に explorer.exe とコマンドを打ち込むことです。
「./」とは、自分のいるディレクトリという意味を持ちます。これは省略が可能です。

この２つの違いが絶対パスと相対パスの違いです。
前者の場合、C:\windows\explorer.exe というルートからのフルパスで指定されたため、
カレントディレクトリがどこであってもエクスプローラが起動します。
が、後者の場合、今いるディレクトリからの相対的なパスに過ぎませんから、C:\Program Files\
などにいる時には起動することができません。
（C:\Program Files\ からの ./explorer.exe では、C:\Program Files\explorer.exeに行こうとします）

と、まぁ、こんなトコです。分かった？
（予備知識がないと絶対にわかんないと思う。書いた私がそう言うんだから間違いない）

でも、実際はどこにいても「explorer.exe」と打ち込めばエクスプローラは起動するのよね～。
（さらに言えば、「explorer」だけ、つまり、exeを省略しても起動したりして・・・）
それは、C:\windows\には「パスが通ってる」から。「パスが通る」とはどういう意味か・・・
そんなことまで書いてたらきりがないのでgooあたりで「パスを通す」で検索してください（笑）

ＤＯＭ（Download only Member）

ダウンロードをするためだけにアクセスしてくる赤の他人。
挨拶すらしない無礼者が約98％を占める。（大手アングラ組織調べによる。え～、うそです）
パソ通時代からこういう輩は存在したらしいんだけど、インターネット時代では匿名性の高さ、
素人率の高さからも節度なきＤＯＭが爆発的に増えていると言われる。
レンタルサーバ上のＷｅｂでのＤＯＭもさることながら、ダイアルアップサーバーの場合は、
相手の家に勝手に上がり込んで好き放題やらかして帰るということにも繋がるので、
無礼の限界を越えていると思うんだよね、こいつら。
あと、礼儀も常識も知らないガキが大半を占めるので、多数のコネクションを張って回線をパンク
させるなんて日常茶飯事なのだ。
かと言って、ＤＯＭに付け込まれる方もＷａ＊ｅｚだったりすることが多いので、
泥棒がコソ泥を非難してるだけだとも思う（笑）

闇鯖

誰が言い出したかは知らないけれど誰もがみんな知っている・・・
じゃないや、ある世界では個人のダイアルアップサーバーを「闇鯖」と称することがあるみたいです。
語源はやっていることが地下活動であったり、ＩＰが毎回変わることにより存在を知られることが
少ないこと・・・だったりするからなのかしら？
「ダイアルアップサーバー」と日本読みしたら長ったらしくなりすぎることから、私もこう呼んでます。

プロキシサーバー

プロキシ（proxy）とは「代理」という意味なのですが、その名の通り、クライアントの
要求を「代理」で持ってくるサーバーのことです。
話は逸れますが、プロキシサーバーとＷｅｂサーバーは基本的に同じものです。
プロキシ専用のソフトもありますが、普通のＷｅｂサーバはプロキシとしても動作します。
（プロキシ動作する時は、GET/POSTヘッダーに別のサーバのURLを指定してあるだけ。それだけです）

で、その役割はデータのキャッシュという本来の目的と、ＩＰのシェアリング、ファイヤーウォール、
匿名性の確保という副効用などがありますが、問題は不用意な匿名性の確保にあります。

キャッシュの機能ですが、これは「遠いサーバーのデータを近くのサーバーに蓄積」という
機能であり、インターネットの基本と言うべき機能です。
プロバイダが設置しているプロキシはこれが目的です。が、プロキシサーバが貧弱すぎて
使い物にならない例の方が多いような気がするのは私だけ？（笑）

次にＩＰのシェアリングですが、１つのグローバルＩＰでプロキシサーバを走らせて、
ＬＡＮ内のプライベートアドレスしか持たないマシンからアクセスし、プロキシを代理役として
インターネットからデータを取り寄せるという方法です。
この効果が An httpd をプロキシサーバとして動作させる目的であり、インターネット上でも
昔はＩＰ不足の打開策と言われてました（昔は・・・ね。現実はそんなに甘くない（笑））

そして、ファイヤーウォール、これは匿名性の確保とダブる部分もあるのですが、インターネットに
コンピュータを接続する以上は常にクラックされる危険を伴います。
そこで、プロキシの役割だけを持たせたマシンをＬＡＮの外に置き、ＬＡＮ内からはプロキシサーバー
経由でインターネットに出るようにするわけです。
こうすると、クラッカーがプロキシを攻撃しても、クリティカルな被害を免れることができます。
（プロキシサーバに重要なファイルを置くようなことをすれば別ですが・・・そんなバカはいないでしょ）
また、ＬＡＮ内のマシンがグローバルＩＰを持っている場合にも、プロキシサーバを経由させることにより
本来のＩＰを隠蔽することができます。これによっても攻撃を回避できる効果がかなり高くなります。

で、匿名性の確保なんですが、これがプロキシ機能の最大の問題点でもあります。
インターネット上に存在するプロキシサーバの中には、そのサーバとは全く無関係のクライアントも
アクセスできることが多々あります。たいていの場合、Ｗｅｂサーバが持っているプロキシの
機能を制限することもなく不用心に公開しているプロキシ機能を無断で使われています。
そして、こういった匿名性の高いプロキシはＷｅｂ攻撃に頻繁に使われます。
（匿名性の高すぎる串＝掲示板荒らし御用達。やり方次第で匿名メールボム発射も可能だったり。
　荒らしの技術力も掲示板スクリプトの防衛力も日本は世界最強だそうです。ああ無情・・・）

最近は、この匿名性を排除しようと生のＩＰアドレスをX-Forwarded-Forのヘッダーに付けたり、
アクセスできるクライアントを限定するなどの対処をしてるプロキシが大半なのですが、
未だに匿名性の高いプロキシサーバは存在し、「匿名串」と呼ばれて貴重品扱いされています。
（さらに、HTTP_VIAなど、プロキシ特有の変数を吐かない串が「特上串」と呼ばれてるそうです。
　これらは、悪意のある設置者によるものと思われますが・・・・・）

その貴重品の「匿名串」ですが、An httpd は見事に「匿名串」なのです。
Ｗｅｂ上では数少なくなった匿名串の代用として踏み台代わりにする攻撃者は存在します。
匿名プロキシは正しく使えば非常に有用なのですが、攻撃に使ってもこれまた強力な兵器なのです。

プロキシ＝踏み台の危険性について
最近のダイアルアップサーバーの増加で個人のサーバーが踏み台にされる例も時々あるようです。
Windows では telnetd などは走っていないので本格的なクラックの踏み台には普通なりえませんが、
httpd が走っていると掲示板荒らし等のＷｅｂベースでのクラッカー（というか、単なるワルガキ）
にとっては優れたステルス戦闘機になってしまいます。
簡単に言えば、自分が加害者にされてしまうということです。
ＣＧＩの実行でも加害者にされる可能性があると言ったけど、加害者になるセキュリティホール
には、くれぐれも気を付けなければなりません。

でも、httpdが走っているＩＰが分からなければ問題にはならない？
確かにそうなのですが、大手プロバイダのＩＰを数当たれば httpd が走っている個人サーバ
なんてすぐ見つけられます。その中からセキュリティが甘そうなのを攻撃したりするわけです。
なので、用心に超したことがありません。

余談・・・
IP総当たり捜索だけど、ダイアルアップルータのユーザでＩＰ総当たりを食らって
ルーターの設定画面を見られたという笑えない事例を知っています。
デフォルトの設定に問題があるメーカにも責任はあるとは思いますが、ルータを使う程度の
パワーユーザーでもセキュリティ意識が甘すぎる現実にもかなり疑問が・・・・

戻る

ねぇ、本当にこんなのでいいの？わけわからん上にデタラメも多いんじゃない？（笑）

written by Lina

	で、なんでこんなことを書いたかと言うと、An httpdにもこういう機能があるからです。それは、一般タブの５行目（ポートの項目の下）のチェックボックス以降です。ここに、「/~lina」と入れることにより、「ユーザーディレクトリ」の作成が可能です。（注意・「/~lina/」と末尾にスラッシュを入れてはだめみたい。なぜか404になります）で、その右の「ドキュメントルート」には、http://localhost/~lina/ で参照させるパスを入れます。が、３行目で指定したドキュメントルート以降の相対パスで記述する必要があります。絶対パスでは指定できません。３行目のドキュメントルートを「E:\htdocs\」だとして、その下にさらに「E:\htdocs\users\lina\public_html」とディレクトリを作り、 users\lina\public_html と入れて適用をクリックしてみましょう。そうすれば、 http://localhost/~lina/ で、 E:\htdocs\users\lina\public_html を呼び出してくるはずです。と・・・まぁ、ユーザーディレクトリについて書いてみましたが、ここまで来ると趣味の領域です。分からなければ読み飛ばしてください（笑）また、この機能でユーザーディレクトリを作るより、後述のエイリアスでくっつけた方が手っ取り早いし An httpd の場合は使い勝手がいいというのが私の見解（笑）
	リモートホストを取得
	この機能を説明する前に、ＩＰアドレスとリモートホスト名の関係を説明する必要があります。以下を参照してください。で、この機能は自動的に「ＤＮＳの逆引き」を行うか否かという設定です。誰かにアクセスされると、httpd はまず相手のＩＰアドレスを認識します。この時点では httpd はリモートホスト名を知りません。「取得しない」に設定すると、ログファイルにはＩＰアドレスで記述します。普通はこれで問題ありません。でも、ＩＰアドレスで誰が誰だか判断するのは困難です。そこでリモートホスト名を取得することでアクセスしてきた人のプロバイダ名を知ることが可能になります。もし、ログファイルを検証してアクセスしてきた人のホスト名を常に知りたい場合は、「常時」にします。しかし、「ＤＮＳ逆引き」によりリモートホスト名をＩＰアドレスから割り出しているわけで、処理が遅くなることは確かです。インターネット上のＤＮＳにも余計な負荷をかけます。その折衷的なのが「CGI/SSIでは取得」ということにしておきます。（本当はそうでもないんだけど）わけが分からない人には全く分からないと思いますが、チャットなどでホスト名が表示されるのを目撃することは多いと思います。これは、「$ENV{'REMOTE_HOST'}」という環境変数を記録して表示しているものなのですが、これは「$ENV{'REMOTE_ADDR'}」という環境変数（ＩＰアドレス）をＤＮＳから逆引きしてホスト名に変換しているものです。(Perlでの話。他では多少違います）で、この「CGI/SSIでは取得」は、CGI処理に関する場合だけはＤＮＳ逆引きするが、普段はＩＰアドレスのままというオプションです。余談ですが、最近のプロバイダではREMOTE_HOSTにもIPを入れるものが多くなりました。ＤＮＳへの過負荷を避けるためと思われますが、最近のCGIスクリプトは逆引きをするようにプログラムされてしまうことが多いので、その負荷の分だけ逆効果かもしれません。とか言ってる私のスクリプトでも逆引きしてたりして・・・（笑）と、またまたダラダラ書いてしまいましたが、そういうことです（笑）これを読んで分からない場合は「リモートホストを取得しない」にしておいてください。必要性を感じない限り、リモートホスト名を取得しても負荷をかけるだけです。（やはり、自分で読み返してみてもこれで分かれば天才とか思ってしまう。うん。笑）
	ＳＳＩを許可する/ＣＧＩ実行可能な拡張子ＳＳＩ＝Server side include、ＣＧＩ＝Common gateway interface これを説明してたらサイトがひとつ作れるので省略。 http://www.rescue.ne.jp/ でも参照してください。詳しく説明されています。ＣＧＩはチャットや掲示板、カウンターなど、ＳＳＩはHTMLにCGI実行結果を挿入できるということで今は勘弁してください。いつかマジメに書くかもしれません（笑） SSIもCGIもわけわからんという人は、どっちのチェックボックスも外しておけば無難でしょう。これらは一歩間違えばセキュリティホールにもなりかねないので、安易に実行許可しておくものではありません。設定などを間違えなくても、セキュリティーホールを探して突破しようとするチャレンジャーがネット上にはいくらでもいますし（笑）また余談・・・ Windows の場合、そのＯＳの性質上クラックされたら被害者になる場合が多数です。たいていは、情報を盗まれたりデータを破壊されたり、スタートアップに変なプログラムを登録されたりするパターンですが、ＣＧＩの実行が許可されている場合、意図してコマンドを実行したりもできてしまいます。 95/NTの場合、不適切な設定をしているとNetBIOSがインターネットに漏れている場合があり、勝手にスクリプトをアップされて実行された場合、ＤＯＳコンソールから操作しているのと同じことがリモートから可能になります。これで、クラッカーはデータの改竄や破壊することも可能になってしまうんだけど、もっと問題なのはクラックの踏み台にされてしまう可能性が出てくることです。つまり、自分が加害者になるということであり、被害者はあなたに抗議してきます。昔、An httpd の1.19xにＣＧＩでブラウザからコマンドが実行できるというバグがあって、現在では修正されましたが、こういった Windows のセキュリティホールと絡んだ問題は存在します。というか、回避するのはＣＧＩ実行をしない以外にありません。よって、わけの分からない場合はCGI/SSIの実行は不許可にしておくことを薦めます。もっとも、それでもWindowsのネットワークがらみのセキュリティホールは存在するので「踏み台にされる可能性が低くなる」だけなのですが（笑）この種のセキュリティホールはWin98では防衛されていると聞きます。（未確認）詳細と防衛手段をここに書いてもいいんですが、ヒントを与えただけで初心者でも遊びまわれるほど単純なセキュリティホールなのであえて書かないことにします。
	一般パスの.exeは実行しないこれはチェック入れておいた方がいいでしょう。実行許可したディレクトリ以外で勝手に実行されるのはあまり好ましいとは思えません。（が、ここにチェックをしていてもファイル名の後に?を付けたら実行される仕様のようです）
	#! の行を調べる基本的に、これはチェックを外しておいてください。 UNIX系サーバーでは #! の行を読んで実行するのですが、An httpdは拡張子を見て実行可能です。これをチェックすることにより Perl のインストール先が束縛されたりもします。
	EXE形式の.cgiを実行するこれも基本的にチェックを外して大丈夫だと思います。どうしてもバイナリＣＧＩの拡張子を.cgiにしたい場合にしか用途はありません。（Windows のファンなら実行ファイルの拡張子は .exe だっ！）（おい、Windowsのファンなんてこの世界に何％だと思ってんの？）＜突っ込み（さあ？買ったＰＣには頼まなくてもWin9xが入ってるから使ってるだけじゃない？）
	.pl .cgiの実行プログラムデフォルトではjperlが登録されていますが、私はjperlを使ったことがないので分かりません。 ActivePerlをインストールして、perlとだけ記述すればPerlによるＣＧＩが実行可能になります。（Perl.exeにパスが通っていない場合は、フルパスで記述してください）
	拡張子と実行プログラムその他、追加したいインタープリタがあればここで関連付けます。（例・.sh と sh.exe を関連付けるなど）普通は必要ありません。無視してください。
	単一スレッド CGIやSSIのプロセスが複数立ち上がらなくなります。これにより、ファイルへの書込みがいっぺんに発生することがなくなるので、チャットなどでログ破損の危険が減ります。が、パフォーマンスが低下するので必要がなければチェックしない方がいいかと思います。
	ヘルパープロセスリソースの減少を防ぐためのプロセスを使用してCGI/SSIの実行をするそうです。 Win9x系ではチェックした方がいいそうです。NT使ってる私は特に意識したことがありません。
	拡張子.dllをISAPIで実行/ISAPIタイムアウトこれも詳しいことは分かりません。デフォルトのままでいいのでは？
	.pl .cgiをPerlIS.dllで実行/POSTメソッドを除く Perl.exeの代わりに、IIS 向けの DLL（PerlIS.dll）を使うかどうかの設定です。最近のバージョンのPerlIS.dllはかなり高速なようなので、ActivePerlをインストールした場合はチェック入れておけばいいかと思います。「POSTメソッドを除く」はチェックする必要はないかと思います。