ぴゅあさん、
PerlISの場合の問題なのですね。調べて直します。
ぴゅあさん、
UNIXでは、環境変数を空(NULL)にセットすることが可能ですが、Windowsでは環境変数を空にセットするとそれはセットしないということになります。
Windowsでは、環境変数が存在しない＝環境変数を空にセットする ということです。
たとえば $ENV{'HTTP_USER_AGENT'} が空になるという意味では同じことになりますが。
下記に関してPOSTなので取り敢えず「POSTメソッドを除く」にチェックを入れて回避するこ
ともできましたがこれはそういう意味で用意されているのではないですよね。
今のところISAPIの方が速いように感じていますし処理上のテクニックとして稀にGETを使う
以外は（テクニックと言ってもσ(^ー^)の場合かなり変わっていますが(^ー^;)）POST中心なので
可能であるのならこの回避方法は採りたくないと思います。
「HTTP_USER_AGENTは出てきても良さそうですがありません。」に関して「User-Agent: と
いうヘッダがついていると・・・」ということに付いてローカルマシン上だしプロクシを通して
いないのになぁと思いつつオプションのプロクシサーバ機能がデフォルトでチェックされてい
るので外してみたりしましたが駄目で（AN HTTP Serverに含まれる機能なのでここに問題がある
訳はない筈と思いながら）ふとISAPIを使っていたなと思ってPerl.exeに切り替えてみるとREMOTE_PORT
を除く先に挙げたものを含め殆どのものが出てきました。
ISAPIを使うと殆どのものが出てこなくなるようです。
＞中田さん
SSIに付いて解決はしたのですが手順が解ったので一応プロバイダのサーバ（Apache 1.2.5）
でどうなるのか確認してみました。
印象としてはCGIの場合の簡略型という感じで
・最初に"\n"だけが現れた時点でSSIの出力対象として処理する。
つまり最低限"\ntest"のような出力をしなければならない。
・最初に"\n"だけが現れるまでは全て無視される。
ただしそれら文字列には必ず":"が含まれていなければならない。
つまり"xxx\n\ntext"では無効とされ"xx:x\n\ntest"のようにしなければならない。更には
"xx:x\nyyy\n\ntest"は無効で"xx:x\ny:yy\n\ntest"とする必要がある。
簡略型のようというのは"xx:x"の部分は":"が含まれていれば何でもよくて"Content-Type: text/html"
などである必要はないというところからです。
これらに付いてはApacheがAN HTTP Serverと同じ位置付けで厳密な仕様になっていないから
なのだろうと思われました。
ということは別に"\n\n"を最初に送らなければならないというところなどApacheに合わせる
必要もないのでしょう。
この辺は調査済みなのだろうと思いますが一応。
環境変数ENVに付いては今出てきているのはIE5，ネスケv4.06共にCONTENT_LENGTH，PERLXS，
REQUEST_METHODだけです（注：POST）。
HTTP_USER_AGENTは出てきても良さそうですがありません。
またローカルマシン上で動かしているのでREMOTE_xxxなどは出てきていないのかも知れませ
んが先程挙げたものは全てプロバイダのサーバで環境変数ENVから得られるものの一部で
REMOTE_PORT以外は掲示板で使っています。
REMOTE_PORTは同じダイヤルアップでLAN内の異なるマシンからアクセスすると別のポートが
割り当てられるようです。たぶんそのポートを示しているのだと思います（例えばネスケを2つ
以上開いた場合は同じREMOTE_PORTを使っているだけなので同じでIEを立ち上げると別のポート
が割り当てられるということです（これに付いてはたぶん））。
REMOTE_PORTを挙げたのは、あるチャットで同一の人が複数のブラウザで入ること（そういう
ことをする場合悪戯を目的とすることが多い）を禁止しているところがあって何によって識別し
ているのだろうと考えていたときたぶんREMOTE_PORTであろうと想像した訳です。ただソースコード
は非公開なのでREMOTE_PORTが異なっているということから想像しているだけです。
チャットに限らず例えばプライベートメッセージを送るようなCGIなどを書く場合には参照し
たくなるのかなと思います（学内LANなどではIPアドレスが同じでREMOTE_PORTなどを参照しな
いと識別できないのだと思う）。
中田さん。ありがとうございます。
ダウンロードさせて頂いたバージョンは1.16bです。
書き忘れていました。
CGI出力を検査とSSI出力を検査の両方とも試してみましたが、
やはりスクリプトは実行されず、エラーメッセージも出ませんでした。
こうなると、”もう何が何やら解らない”という状態に陥っています。
もう少し基礎知識を身につけて再チャレンジしたいと思います。
ありがとうごさいました。
では・・・
わかやま神さん、
オプション／一般の 「CGI出力を検査」 にチェックを入れて、CGIを動かしてみてください。
なにかしらエラーメッセージが出ると思います。内容が不明なら、そのエラーメッセージをお知らせ下さい。
ぴゅあさん、フォローありがとうございます。
さっそくためしてみましたが、やっぱりだめでした。
サーバ関係は、ほんっとに素人なので手の出しようがありません。
環境の設定も何度となく見直したのですが、
もともと各設定項目の意味をほとんど理解できていませんので
どうしようもない状態です。
Perl単体だったら動作するんですけどねぇ。
（dos窓からですが・・）
しかたないので、あきらめようかな？しくしく(;_;)
まぁ、ぼちぼち考えます。
大謝謝！！
ぴゅあさん、
PerlのSSIで ISAPIの時、 "\n", "\n" だとうまくいかない、ということですね。
これはその通りでした。前のバッファが"\n" で終わり、次のバッファが"\n"で始まる場合、空行とみなしていませんでした。これは直します。
HTTP_* の形の環境変数は、ブラウザやプロキシサーバからのHTTPリクエストヘッダから生成されます。
User-Agent: というヘッダがついていると、HTTP_USER_AGENTがセットされます。ブラウザはこれをつけるのが普通でしょう。プロキシが落としてしまうとサーバへのリクエストには含まれなくなりますが。
Via: があれば、HTTP_VIA は使えるでしょう。 Via: をつけるのはプロキシです。
X- から始まるヘッダは実験的なヘッダでしょうが、HTTP_X_FORWARDED_FOR はプロキシが X-Forwarded-For: をつけていればセットされます。今はこれをつけるプロキシは少ない（？）ようです。
いずれにしろHTTPサーバとしては、リクエストヘッダの中にあればこれらが使えますが、ヘッダ中になければセットしません。
リクエスト送信元のIPアドレスから REMOTE_ADDR は必ずセットされます。REMOTE_HOST は、ホスト名が取得できればセットされ、できなければ（しなければ） REMOTE_ADDR と同じアドレスが入るかセットされません。
SERVER_PORT は常にセットされていますが、REMOTE_PORT というのはありましたっけ？
CGI/SSIで使える環境変数については、サンプル中の説明はもう古くなっているので、直しておかないといけませんね。
環境変数ENVのこと
たぶん現在はデフォルトで3つくらいしか設定していませんよね？
今回ツールを作っていて欲しいと思ったのはHTTP_USER_AGENTでした。
取り敢えずJavaScriptで対応するという方法を採りましたがJavaScriptがサポートされてい
ない，JavaScriptを無効/有効にしているという3つの状態があると思うので全ての状態に対応
させようとするとコードが大きくなってしまうという欠点があります。
またCGIによってはREMOTE_ADDRまたはREMOTE_HOST，REMOTE_PORT，HTTP_VIA，HTTP_X_FORWARDED_FOR
辺りを使うこともあるのでしょう。REMOTE_xxxはある程度特殊な用途でしょうしHTTP_xxxに付
いてはさらに特殊であるとは思いますが。
これらに付いてはプロバイダのサーバ上で動作させるつもりであるならAN HTTP Server上
でテストしている間は殺していても支障のない情報だとは思いますし今までのところそういう方
法で対処できました。
以上、AN HTTP Serverが出力でき、かつ標準的なものであるなら、あると助かると思うもの
ですが、HTTP_USER_AGENT以外は補助的な情報としての使い方が主でしょうから必要ないとも思
いますがHTTP_USER_AGENTはブラウザの挙動にも関係してくるので必要となる場面は多いのでは
ないかと思ったりします。尤も自分だけが使うのであれば必要ないものでもありますが。
何かの設定で出てくるのかもしれませんが見つけられませんでした。
立て続けに沢山すみません。
ふに〜
すいません
「インストール時に・・・」とはWin95/98自身のインストールのことです。
解るとは思いますが。
＞わかやま神さん（追記）
・Perlインストール後メッセージにあるようにマシンをリブートすること。
に関して、多くの人は気にしなくて良い筈ですがインストール時にWinのブートドライブと
システムドライブを別のドライブとしてしまうとAUTOEXEC.BATが正しく変更されないようです。直
接編集した後リブートする必要があります（AN HTTP Serverに直接フルパスを書いても良いの
ですが後々を考えるとAUTOEXEC.BATを編集しておくのが良いでしょう）。
余談ですがこのようなインストールを行っていた場合Win自身のインストーラにもバグがあっ
て一部正しくない情報が記録されているようですのであまり良くないことなのかもしれません。
一応動いてはいますが。
これはWin95/98での話でNT4.0では問題ないようです（NT4.0ではAUTOEXEC.BATではなく
システム環境変数に設定されるから）。
少数ではあると思いますがこのような環境の人も居ないわけではないと思うので一応追記して
おきます。
いつも長々とすみません。
SSIのこと
＞中田さん
動きました。処置は"\n\n"を出力させるという方法です。
しかし変です。
print "\n\n";とした場合には結果が得られますがprint "\n"; print "\n";とした場合は
得られませんでした。
本来"Content-Type: text/html"の一行と空行一行を出力するものであると解釈しているの
で後者でも問題ない筈であると思うのですが（先の出力はどちらでもPerl.exeの出力結果とし
ては同じものが得られている）。
Perlは単に標準出力から吐き出してそれをAN HTTP Serverが標準入力として受け取っている
筈．．．．というところでふとISAPIを使っていたということを思い出してPerl.exeに切り替え
て再度確認してみると問題ありませんでした。
ISAPIの仕様はチェックしていませんがバッファ等を介して受け渡ししているのですね（たぶ
ん）。1回の受け渡しで"\n\n"になっていないと正しく認識できないような処理をしているの
でしょうか。
AN HTTP Serverでの使用に限れば"\n\n"と書くことで問題ないのでしょうがAN HTTP Server
以外での使用の前段階としてAN HTTP Serverを利用する場合のことを考えるとPerl.exeとISAPI
のどちらを使うかで記述のしかたに気を付けなければならないのはどうなのだろうという気もし
ます。
そういった用途の場合は大抵最終的にPerlを使うことになるでしょうし変な？制限は嫌でしょ
う。Win上では軽いISAPIを使いたいと思うでしょうし。
CGIの場合はISAPIを使っていてもprint "\n"; print "\n";の形で問題ないということも
SSIでは"\n\n"としなければならないというのは論理的におかしいような気もします。
＞わかやま神さん
通常はAN HTTP Serverの設定はデフォルトのままで良いと思います。
気を付けなければならないのは以下のことだと思います。
・Perlインストール後メッセージにあるようにマシンをリブートすること。
・オプション/一般のエイリアスプロパティシートをチェックして一般プロパティシートと共に正
しい設定になっていることを確認すること。
・オプション/一般の一般プロパティシートの「.pl, .cgiをPerlIS.dllで実行」のデフォルト
状態は忘れてしまいましたがISAPIを入れてなければチェックを外しておくこと。
・一般に公開されているCGIは大抵AN HTTP Server上では手直しをする必要があるので調べてみ
ること。
・Perl.exeとISAPIでは機能に少し差があること（中田さん宛のメッセージとは異なる）。
ただ新しいPerlだと色々と問題が出ているようでもあります。最初にPerl for Win32 v3.1.6
（かな？）で動作することを確認後ActivePerlなどを使うほうが良いのかもしれません。
Perl for Win32は直接FTPサーバにアクセスしないと見つからなくなってしまったようでも
ありますが。
/Perl-Win32/Release/
一応これくらいチェックしておけば動かせると思います。
その他ポートが衝突しているときなどは通知されるので判るでしょう。
また最初に「AN HTTP Serverを介して」簡単なHTML文書の出力が得られることを確認して
ブラウザの設定に問題がないこと（プロキシ設定など）、URLの指定の仕方を確認しておけばCGI/SSI
を動かすときに楽になると思います。結構URLの指定で躓いていることが多いようですので。
中田さん。こんにちは
AN HTTP Server ダウンロードさせていただきました。
セットアップと環境設定を済ませ、起動後ブラウザから
目的のHTMLファイルの表示は出来る様になりましたが、SSI.CGIが実行されないようです。
（Perlはインストール済みです）
Server関係はまったく知識がないため
どの様に設定すればよいのかさっぱり分かりません。
ヘルプファイルなどはないのですか？
漠然とした質問ですいません。m(__)m
よろしくお願いします。
ここのゲストブックってアドレス書かないとだめなんですね。
ぴゅあさん、
#exec cgi では、print "Content-type: text/html\n\n"; などの "\n\n" が必要です。
空行がなければ、最後までをヘッダ部とみなして何も出力しないことになります。
。。。というのが現在の仕様のはずです。
CGIなのだから、ヘッダは返すだろう、という考えです。
＞中田さん
となるとexec cgiが結果を返さないというのは何が原因でしょう。
再チェックはv1.16bでのみ行っています。
・exec cmdは正しく結果を返すのでPerlソースコードでの処理，AN HTTP Serverの設定（デフォルト）
には問題ないのだと思う。
PerlソースコードではREQUEST_METHODが'GET'のときにprint $xxxx;（単なる文字定数）と
exit(0);のみ実行。HTML文書内なのでContent-Typeの出力は不要である筈。
・同じHTML文書内のFORMタグで同じPerlソースコードファイルを同じパス（/cgi-bin/.../xxxx.cgi）
で呼んでいるので見つからないなどのことはない筈。
わざと存在しないファイルとするとブラウザに対してエラーが出力されるため問題ない筈。
exec cgiではエラーメッセージだけですがexec cmdではContent-type: text/htmlも送られる
という仕様なのですね？（これが見えるということは先の「HTML文書内なのでContent-Typeの
出力は不要である筈」はAN HTTP Serverに対してはともかくブラウザに対しては正しい筈）
・「(07) SSIで #exec cgi="/cgi-bin/..." が動かない・・・が解決していないとしても
DocRoot\cgi-binが/cgi-binになっています。
念のためHTML文書と同じフォルダに置いてみましたが（./xxxx.cgi）やはりexec cmdでは出
力されるのにexec cgiでは駄目でした。
・exec cgiが処理された結果としてexec cgiのあった部分が空白となっています。
つまりたぶん呼び出されているのに出力したものがブラウザに渡されていないような？
まさかexit(0);がと思い再度確認してみましたがIE5，ネスケv4.06共に同じ結果でした。
「ただ、ヘッダ部(空行まで）を出力しないようにしています。」というのは逆に出力して
いないとうまく処理されないのでしょうか。
と思ったところで確認してみましたがREQUEST_METHODを無視して無条件にprintさせるよう
にしても結果は同じでした。またAN HTTP ServerのSSIを禁止するとexec cgi部分のソースコード
が出てきますしSSIを許可したときは「SSI処理中」と通知されるので処理しようとはして
いるようです。
うーん。どういうことでしょう。
ぴゅあさん、
私も確たるものはないのですが、現在の仕様は、
#exec cmd="..." では、"..." はシェル上のコマンドなので URLではありません。
ただ、パス区切りがDOS/Windowsの \ だと、UNIXにもっていくときに書き換えが必要になるので、/ は \ に置き換えるようにしています。
? を使うことはできません。
#exec cgi="..." では、エイリアスや ? が有効のはずです。ただ、ヘッダ部(空行まで）を出力しないようにしています。
掲示板は近いうちにリンクをこのページの上に置かせてもらおうと思っています。
SSIについて（v1.16，v1.16b）
ちょっと試してみました。
SSIに付いて（exec cmd/cgi自身のこと）あまり詳しいサイトが見つけられないのですが
1．<!--#exec cmd="..."-->というのはエイリアス（この場合/cgi-bin/...）が無効なので
しょうか？或いはそういうものなのでしょうか。
HTML文書を基点とした相対パスでは動作しました。
当然なのでしょうがhttp://から始めるとドライブルートからのパスが付加されていました。
しかし3WEBのようにCGIが動かせるサーバが別の場合は？（SSIはWebサーバ上でもCGI
サーバ上でも記述できる（筈））exec cgiを使うのが正解なのかも知れませんが。
2．<!--#exec cgi="..."-->は機能しないのでしょうか？
「(07) SSIで #exec cgi="/cgi-bin/..." が動かない /cgi-bin のエイリアスがDocRoot
以下でない場合」とはありましたがDocRoot\cgi-bin\...に入っています。
/cgi-bin/...でも（#exec cmdと同様に）相対パスでも駄目でした。
なお使っているPerlソースコードのCGI部は動作しています。
SSI部はGETを認識して単に文字列をprintしています（HTML文書の中だから）。
P．S．
SSIとはメソッドGETとして動作しているんですよね？（GETとして認識された）
今回は使っていませんがパラメータ（と）の区切りは空白文字であって'?'などはURLの一部とし
て渡すときだけであるという解釈であっていますよね。URLと同様に書いた場合はFile Not Found。
シェルコマンドとして処理されるとすれば1．は正しい動作なのかもしれないとも思いますが。
今回作っているのはAN HTTP Server専用のPerlによる小物ツールのHTML版なのでHTML文書と
同じところにCGIソースを置いても良いのですが（全部CGIにしてしまえばSSIを使うように書く
必要もありませんが）通常の利用（プロバイダのサーバ上）のことを考えるとちょっと悩んで
しまいましたので。
非常に簡単なものですがある程度形になったら必要とする人がいればフリー公開しようかとも
考えています。特殊なツールなので必要とする人もいないとは思いますが。
先日Perl他用としてSiliconValleyの方に掲示板を置きました。必要であれば3WEBの方では
なくそちらにお願いします。利用者はいませんが(^ー^;)。
失礼しました。
localhostの件
ぴゅあさんこんにちは。宮原です。
いろいろご指導頂きながら，何の返事もできなくてすいません。
もちょっとしたら試してみます。
ほんとにありがとうございます。
サルさん、
404エラーは、ファイルがオープンできないというエラーです。ほとんどの場合、ディレクトリ名かファイル名がないか間違っている場合に出ます。
オプション／一般の
[v][/~kazumi ] -> ドキュメントルート\ [kazumi\public_html ]
の /~kazumi の前後に空白（スペース）が入っていないか確かめてください。
特に後ろにスペースがはいっていないかどうか、ですが。
また、オプションの表示／インデックスの中の「.www_browsable があるディレクトリのみ表示」のチェックを はずしてから、
http://127.0.0.1/
としてみてください。
ファイルリストが出ると思いますが、その中にある index.html や readme.html をクリックして表示できるかどうか確認してください。
t_koba さん、
REQUEST_METHOD は調べてみます。
517eの方は入れてみないとわかりませんが、またさらになにか変更されているのかもしれません。
中田さん。
本当に何度も申し訳ないです。何度も何度も確認したのですが間違いがわかりません。全角と半角は、よくよく確かめましたし、拡張子も確かめました。
エラー404の「読み込みができません」、とはどういう意味なんでしょうか。
C:\www\kazumi\public_htmlの中にindex.htmlがない、という意味なんですか？それならおかしいなぁー。。ちゃんとあるのに。なにか根本的に間違ってることがあるのでしょうか。本当にしつこくすみません。
Perl(APi515e)でPerlISを使う設定にしたところ、
if($ENV{'REQUEST_METHOD'} eq "POST"){
の判別が出来なくなっていました。
思い切って、APi517eを入れてみたところ
今度はPerlISが動かなくなってしまいました．．．
がっくり。
サルさん、
index.html は本当に index.html になっているでしょうか？
たとえば ノートパッドなどで作ると index.html.txt になったりします。
しかもエクスプローラでデフォルトの拡張子を省略した状態だと .txt が省略されて、それが index.html と表示されたりします。
あとは全角 index.htmlになっているとか。。。？
＞ぴゅあさん。。
http://127.0.0.1/~kazumi/（或いはhttp://localhost/~hazumi/）
またはhttp://127.0.0.1/~kazumi/index.html
すべて試して見たんですが、「Error 404
みつかりません - ドキュメントがないか、読み込みができません。」でした。。。
もうムリなんですかね。。。。
これじゃあ、ずっと課題ができないいいいい！！
あ http://127.0.0.1/がどういう意味？というのは127.0.0.1の意味ではなくてAN HTTP
Serverを使ってhttp://127.0.0.1/としたときにどういう意味があるのかなとふと疑問に思っ
たからでした。
今再度考えてみれば.../~xxxx/というURL（public_html）が書けるという方が普通にプロバイダ
を利用している場合の形式に対応するようにした追加機能ということですね。
ということはドキュメントルートをAN HTTP Serverのインストール先と同じにしている人が
多いようですがやはりAN HTTP Serverを使って公開している場合はドキュメントルートを
インストール先とは別にした方が少しは安全ということでしょうね。
失礼しました。
またまた余談ですけど、昨日相談を受けたのは自分のダイヤルアップIPアドレスを公開した場合
侵入される危険性はないのだろうかという話でした。
AN HTTP Serverに入ってくる，telnetやFTPサーバなどに入ってくるというのを正直にや
ってもらえれば問題はありませんが現実的にはそうではないですよね。NTなどではともかくWin95
/98では実際のところどうなのでしょう。
＞ぴゅあさん
コメントありがとうございました。
私の使っているネスケは4.51です。
この辺のからみなのでしょうかねぇ。
スペックがらみだとすると、ちょっと考えられない気もしますので、
ブラウザの関係なんでしょうね。（400mhz/256mbのマシンを使用）
127.0.0.1って言うのは、そのマシン自身を表す特殊なIPアドレスだって
なんかの本で読んだ気がします。（DNSサーバを作っている時に確かどっかで・・・）
中田さんいつも暖かいお言葉ありがとうございます。
CPUが100%の件ですが、FTPやローカルやLANのデータの読み書きをしている最中に
CGIやSSIがうごくとそう言った現象になりやすいです。
ただ、CPUをP-II 266からP-II 350に変更して以来、1週間ほどですが、
CGI/SSIを閉じていますといったところで（マークは雷マーク）で
タスクマネージャで占有率をみると、98%で、その他が2%ぐらい使っている
永久ループにおちいる現象が今のところおきてません。
今までのCPUパワーが足りないのかどうかわかりませんが、ほかで作ったCeleron300A(クロックアップ無し)
ででも、そう言った問題がおきてません。
266というCPUパワーのたりないものでやってたから処理が間に合わなかったかも？と
自分では思っています。
今までは100%になるまで再起動後4日間にはかならずなってましたから、その山場は過ぎています。
まだ、今のところはこのような報告しかできません。
もうしばらく見てみます。
ではこれにて
うっかり投稿ボタンが押されてしまいました。ごめんなさい。
＞ねねさん
CGIでSUBMIT等（その他リンクなど）が効かなくなることは普通に使っていてもごく稀にあり
ます（プロバイダ上のサイト）。尤も最近のバージョンのネスケのようですが。
IEはたまにしか使っていないので判りませんがその辺が関係しているのでは？
v4.5x以降辺りからどうも具合が悪いので昨日からv4.06（確かこのバージョンには他の問題
があったような）に戻していますがごく稀にしか発生しないので実際どうなのかはまだ判りませ
んが。
たびたびでごめんなさい。
CGIでSUBMIT等（その他リンクなど）が効かなくなることは普通に使っていてもごく稀にあり
ます（プロバイダ上のサイト）。尤も最近のバージョンのネスケのようですが。
＞サルさん
http://127.0.0.1/~kazumi/（或いはhttp://localhost/~hazumi/）
またはhttp://127.0.0.1/~kazumi/index.htmlで見れると思います。
ドキュメントルートと/~xxxxに関しては何度か書いたので省略します。
＞中田さん
AN HTTP Serverのデフォルトのオプションで/~xxxxのところがログイン名の3文字目からに
なるようですね？他の名前に直すので支障はありませんが。
もうひとつ。
ずっと悩んでいるのはexec cmdとexec cgiの違い。CGIはexec cgiでと説明してあるところ
もあればexec cmdと説明してあるところもあったり。HTML文書への埋め込みを考えなければ必
要ないことですが。
SSIを使うのは面倒なので（http://www.xxxx.ne.jp/~xxxx/でindex.shtmlがあればindex.shtml
を探してくれるのだろうか？（Apache）未確認）execを使わない場合はIMGタグしかないのでし
ょうね？
AN HTTP Serverに関係なくてすみません。明確に説明しているところがみつからなくて。
確かにドキュメントルートにindex.htmlが存在しないとhttp://127.0.0.1/index.htmlとす
ると403になるようです。404でなくて403で良いのかどうかは解りませんが。
http://127.0.0.1/にはどういう意味があるのだろう？
★localhost
的違いでしょうが。だったらやめれば。とも思うのですが。
localhostのみ入力して確認。
Win98+IE5では再現できなくて解りません。127.0.0.1を探した後MSNの検索エンジンに繋が
るようです。
再現できなければしょうがないかと思いましたがWin98+IE4.01SP2ではwww.localhost.com
となりました。この場合127.0.0.1を探した後www.localhost.comを探すようです。
これはAN HTTP Server（デフォルトオプション：ポート80）を立ち上げることで正常に動作。
AN HTTP Serverをポート8080に変更した場合127.0.0.1を検索後www.localhost.comを検索。
http://localhost:8080/と入力すると正常に動作。localhost:8080という書き方が書式エラー
になるのは何故だか不明。
このような初歩的な簡単な話ではないんでしょうね。解らない訳ないし。求めているのはもっ
と複雑な話なのでしょう。
失礼しました。
ASP.DLLなるものがあるんすね。
対応のめどはどうなんでしょうか？
PWSは不便なので早くAN HTTPDでASPやりたいです。
続けてすいません。。
さらに、http://127.0.0.1/index.htmlとアドレスに入れると、
Error 403になり、「このディレクトリのインデックスリストは見られません。」
と出ます。
ErrorErrorErrorError・・・・・悲しいです。
御返答、ありがとうございます。。。。。
ちゃんと、C:\www\kazumi\public_htmlの中にindex.htmlを置いてるのですが、
いくらやっても、エラー404のままです。
ドキュメントルート: [C:\www ]
[v][/~kazumi ] -> ドキュメントルート\ [kazumi\public_html ]
（↑これは？？？？）
と、設定しているのですが。。
他になにか考えられるところはないでしょうか。
こんばんは。先日はどうもありがとうございました。
http://IPアドレス:ポート番号
にて正常に動作するようになりました。
ヨカッタヨカッタ。^^;（このまま使えなくなってしまうのかとハラハラしてました）
が、まれに下記のような症状が出ます。
AN HTTPD をインストールしているマシンなのですが、NT Server4.0です。
CGIは動きます。
が、その先が進みません。
CPUの負荷が100%となり、submit ボタンなどが機能しなくなります。
また、起動させたいページが単なるHTMLだと大丈夫ですが、
JavaScript や stylesheet がヘッダ部分に入っていると「**%読み込み中」のまま
表示されません。
そして、そのままマシン自体を再起動しない限り（AN HTTPD は起動していない）
普通にブラウザを使用しているだけでもブラウザ上では何も出来なくなります。
閲覧のみ可能な状態になります。
ブラウザを一度落としてもダメです。
CPUの負荷が100%になる件については、下の方に書き込みがありましたね。
また、設定はリモートを参照しない、にチェックしてあります。
時々、なのでこれはマシンの状態にもよるのかも知れませんね。
私のマシンが変なのかも知れません。^^;
これからもがんばって下さいね。
シェアウェアになったとしても買いたいと思うくらい便利なソフトです。（^^）
kanatan さん、
プロキシの Delegate が、localhost:80 に接続できなくてエラーメッセージを出しているわけですね。 localhost は "自分自身" ですから、Webサーバ(httpd)がそのプロキシホスト上で稼動していなければ、当然接続はできません。
対策は、
ブラウザはプロキシを使う設定になっているはずですので、localhost にはプロキシを使わない 設定にする ということになります。
サルさん、
http://127.0.0.1/~oidon/ に対応するディレクトリ（フォルダ）に index.html を置いていないのだと思います。index.html が見つからないので、404エラーになります。
たとえば、
ドキュメントルート: [C:\www ]
[v][/~oidon ] -> ドキュメントルート\ [oidon\public_html ]
なら、C:\www\oidon\public_html に、index.html がないと困ります。
設定がこれと違うならそれなりに。
まささん、
ASPはもうしばらく待ってください。
ASP.DLL を利用する形の見当はついているのですが。
ぴゅあさん、
DNSの問題の場合は、localhost の後にドメイン名がつきますね。
www と com ではさんでくれるのはまた別の話だと思いますが、私もよく知りません。
ねねさん、
ポート番号を変えて、そのポート番号は指定していますでしょうか？
たとえばポートが8080 なら、http://xxx.xxx.xxx.xxx:8080/... とする必要があります。
AN HTTP Serverをインストールし、http://localhost/index.htmlと
URLを指定しても、Cannot Connectionと出てきます。
FAQのほうで、似たような質問があり、それには
『IE4.0の場合はインターネットオプションでLANを使用してインターネットに接続』
と、なかたさんは答えられていましたが、その設定をしてもつながりません。
ちなみに使用OSはWindowsNTで会社のマシンです。
以下がブラウザ（使用ブラウザはIE4.0）に現れるメッセージです。
Connection failed by DeleGate on `smokeaxil.bb.ntt-at.co.jp:3128'
Tried from the client omaha.bb.ntt-at.co.jp:2810 to the server
http://localhost:80.
Connection to the port on the server host is refused.
Are you sure that the server port number is correct?
If so, the server may be down now (temporarily)...
The MANAGER of this DeleGate -- DeleGateMaster@ntt-at.co.jp -- may help you...
亜山@全国毒物食品連絡会(http://moe.moe.gr.jp/)です。ありがとうございます。
charsetの件、ディレクトリ単位での設定はできませんが、どうせ全体が
iso-2022-jpなので目的は達成できました。
404のリダイレクトの件は気長に待ちます。
本当にお手数おかけしました。
URL欄に http://127.0.0.1/~oidon/と入力してみても、
「トップページだよ」なんて出ません。
Error 404って出ます。
何が原因ですか？？？おしえてくださいいいいい！
失敬。使えないのか。しかも間違ってるし(笑)
<FONT COLOE="RED">ASP</FONT>使えたら良いのになぁ(謎)
失礼しました。
「またIE4.01SP2のマシンにはAN HTTP Serverが入っていないので・・・・」は入れて確認
しました。
★localhost
もう解決しているのでしょうか？
IE5.0では127.0.0.1のような書き方はそのまま通るようですがlocalhostはDNSを見に行って
しまうようです。
IE5.0では「ツール」→「インターネットオプション」→「接続」プロパティシート→「LAN
の設定」→「プロキシサーバ」の「詳細」→「例外」にlocalhostを追加するか「ローカルアドレス
にはプロキシサーバを使用しない」にチェックを入れることでlocalhostが指定できる
ようになるようです。
なるようですというのはLAN環境でない場合にどうなるかが判らないからです。
またネスケv4.06では127.0.0.1でもDNSを見に行ってしまうようです。
こちらは「編集」→「設定」→「詳細」→「プロキシ」の「手動でプロキシを設定する」の「
例外」に127.0.0.1とlocalhost（IEでは「;」で区切るがネスケでは「,」で区切る）を追加す
ることで127.0.0.1，localhostが指定できるようになるようです。
ネスケv4.5x/v4.6はWin98上で？頻繁にハングアップ/異常終了するので消してしまった（v4.06
に戻して動作確認中）のですがWin98/IE4.01SP2の方にv4.51が残っていたので確認しておきま
した。
こちらはlocalhostだけがDNSを見に行く（修飾？される）ようですがv4.06と同じようにすれ
ば良いようです。ただ127.0.0.1は追加してやらないと見つからないと出るような？
またIE4.01SP2のマシンにはAN HTTP Serverが入っていないので完全ではありませんが「表
示」→「インターネットオプション」でIE5と同じようにすれば良いと思います。
原因は判りませんがネスケv4.51の場合と同様127.0.0.1はlocalhostと同様の処置をしてや
らないと見つからないと出る「場合がある」ようです。
ちょっと文章がまとまっていないかもしれませんが今日は既に眠いので。m(__)m
こんにちは。ねねと言います。
長い間こちらのソフトを愛用しておりまして、先日専用線を導入したため、
LinuxにおいてDNSサーバなどを用意し、webサーバ（Apache)も導入しました。
クライアントマシンのIPアドレスを固定にし、DNSサーバを自宅設置のものに変えて
以来、正常に動作していた AnHttpd が使えなくなってしまいました。
ポート番号80を空いているポート番号に変えてみましたが、ダメでした。
動かないと言うか、設定した覚えのないユーザ認証のダイアログが出てきます。
クライアントに設定したID及びパスワードなどで試してみましたが、認証エラーと
出てしまいます。
アクセス制御の設定ダイアログにて、固定したIPアドレスを入れたりしてみましたが
やっぱりダメでした。
もし対処策をご存じでしたら、ご教授お願い致します。
スズキさん、
ssisample.shtml の方はそれで正常です。
（jgawk.exe をインストールしていなければ、ファイルがみつからないエラーは出ます）
counter.pl の方は、そうなると counter.pl の中身をみないとちょっとわかりません。
ファイルcounter の置き場所の問題かもしれませんが。
T3 さん、
そうですね、、カスタムメッセージはちょっと面倒なのですが、ファイルを指定するやり方の方が早く実現できそうです。
亜山さん、
「全毒連」という略称にちょっとびっくりしましたが、それはさておき、
404(など）で CGI(や別のhtml)は、そうですね、オプションで設定できるようにします。
Addtype の方は、AN HTTPDのオプションのファイルタイプで
拡張子 html の MIMEタイプを text/html から text/htmltext/html; charset=iso-2022-jp と変更すれば現状でもできると思います。
中田さんへ、
すみません、前の投稿で、”中田さんへ”の所を、”田中さんへ”と書いてしまいました
大変失礼しました。
田中さんへ。
ssi/ssisample.shtmlを実行すると、次のようになりなす。SSI Test Page
--------------------------------------------------------------------------------
このページはSSIのテストのためのページです。
--------------------------------------------------------------------------------
SSIの処理を開始。現在は1999年05月26日 19時06分45秒です。世界標準時では1999年05月26日 10時06分45秒です。
--------------------------------------------------------------------------------
このファイルの最終更新日時は1998年09月19日 20時13分44秒です。
--------------------------------------------------------------------------------
echoではタグはいれられません。
タグを入れたいときはテキストファイルに入れて typeでstdoutに出力してください。
--------------------------------------------------------------------------------
counter は、countファイルを用意して、
あなたのアクセスは、コマンドまたはファイル名が違います. ファイルが見つかりません. - tmp 111 番目です。
というところでしょうか。
（注意）このサンプルは jgawk.exe を使っています。
--------------------------------------------------------------------------------
SSIで利用できる環境変数は以下の通りです。
-----------------------------
SERVER_NAME=----------
HTTP_USER_AGENT=Mozilla/4.0 (compatible; MSIE 5.0; Windows98)
HTTP_REFERER=
REQUEST_METHOD=GET
QUERY_STRING=
REMOTE_HOST=127.0.0.1
REMOTE_ADDR=127.0.0.1
-----------------------------
QUERY_STRING は、GETメソッドで shtml ファイルが呼ばれた時だけ
セットされます。 REQUEST_METHOD もその時だけ GET となります。
--------------------------------------------------------------------------------
SSIの処理終了。現在は1999年05月26日 19時06分50秒です。世界標準時では1999年05月26日 10時06分50秒です。
--------------------------------------------------------------------------------
AN HTTPD 1.0
これは、正常なのでしょうか？？ なんだか、途中でファイルが、見つからない
と言うような事を、書いてあるんですが。
あと、次に私の書いたSSIですが、
<HTML>
<HEAD>
<TITLE>カウンタテスト</TITLE>
</HEAD>
<BODY>
あなたは,<!--#exec cmd="./counter.pl counter"-->番目のお客様です。
</BODY>
</HTML>
のように、しました。 いかがなものでしょうか。
よろしく、お願いいたします。
実は私、今日から仕事でアメリカの方へ、10日前後行かなければならないので,
しばらく、このページを,確認することができません。
日本へ帰りましたら。必ず、確認しますので、よろしくお願いいたします。
AN HTTP Server をPHP3の実験に使わせていただいてます。
Apache は設定が難しい上にファイル名に日本語が使えないんですよね。
そういう点では最も簡単にCGI／SSI／PHP3の実験ができる
サーバだと思います。これからも愛用させていただきます。
ところでカスタムエラーメッセージは実現できないでしょうか？
(下の亜山さんのコメントとちょっとダブってますが…(^_^;)
どのサーバソフトもそうなんですがデフォルトのエラーメッセージが
どうもそっけないものなので実現されるといいなぁと思います。
初めまして、亜山@全毒連です。
お忙しいところ申し訳ございません。
いつもAN HTTPDを使わせていただいており感謝しております。
小生のWEBサイトの日記ページは .htaccess で
ErrorDocument 404 /diary/notfound.cgi
として404をリダイレクト(?)して仮想的なHTMLファイルををねつ造しています。
同様のことをAN HTTPDでも実現したいのですがどうでしょうか?
404だけでもCGIを呼び出すようにはできないでしょうか?
もう一つ、同じく .htaccess で
AddType "text/html; charset=iso-2022-jp" html
としてHTMLから＜META〜charset＞を排除したいのですが、
AN HTTPDでは実現の可能性はございませんでしょうか?
.htaccessで実現する必要はなくて、Optionなどで実現できてもかまいません。
以上二点、わがままとは思いますが希望を述べさせていただきました。
よろしくお願いいたします。
宮原さん、
localhost を親切に www.localhost.com に替えてくれる、ということですね。
たとえば、microsoft だけ入れると www.microsoft.com にしてくれる状態なのだと思います。
とはいうものの、どうすればそれを解除できるのか私はわかりません。
どなたかご存知の方がいらっしゃるとよいのですが。。。
スズキさん、
スペース（空白）を含むディレクトリ名／ファイル名があると CGI/SSIが動かないことは考えられます。
そういうことがないようでしたら、SSIの記述内容(<!-- -->の中身)をお知らせ下さい。
あと、ssi/ssisample.shtml のSSIは正常に動きますか？
はじめまして，宮原と申します。
1.09の頃から愛用させていただいております。
さて、最近http://localhost/~abcde/で動作しなくなりました。
www.localhost.comがありませんとブラウザの下の所に表示されています。
そのかわりhttp://127.0.0.1/~abcde/では問題なく動作します。
動かなくなる前にやったこととといえばIE5のインストールをアンインストを3回位やりました。
これが原因かどうかわかりません。現在IE5は入っていません。
IE4でもNN4.5でも状況は同じです。
AN HTTPdを入れ直しても同じでした。
環境はpentium75，RAM80M，win95です。
この原因になにか心当たりある方いらっしゃればご教授いただけると幸いです。
中田 昭雄さん、レスありがとうございます。
早速、そこの所確認したのですが ”SSIを許可する”の所は
全てチェックしてありました。ですが、やっぱり動きません。
始めは,ルートディレクトリ名に、漢字をいれてしまったので、ルートディレクトリ名
を変更したんですけど、その辺が、関係しているのでしょうか？
また、他にも何か考えられる事が、あるでしょうか？
何度も,申し訳無いんですが またのレスよろしくお願いします。
フルパスで指定したら出来ました。
ご迷惑おかけしてすみませんでした。
これからもヨロシクお願いします。
しんちゃんへ、
では、まず、
「.pl, .cgi の実行プログラム」のところが perl になっていると思いますが、それを C:\Perl\bin\perl.exe などとフルパスで指定してください。
フルパスが C:\Perl\bin\perl.exe でない場合はそれなりに変えてください。
ごめんなさい。
サーバエラーを簡易表示させてました。（恥ずかしい）
エラー内容は。
Error 500
CGI エラー - 以下のコマンドラインを実行できません : "perl c:\www\mizuya\public_html\hello.cgi "
です。
ご迷惑おかけします。
早速のレスありがとうございます。（やっぱり2重投稿だったんですね。）
エラーメッセージですが、他に何も書かれてないようでしたので、ブラウザを丸ごとコピー＆ペーストします。
--------------------------------------------------------------------------------
ページが表示されません
検索中のページには問題があるため、表示できません。
次のことを試してください:
127.0.0.1 ホーム ページを開いてから、表示したい情報へのリンクを探してください。
[更新] ボタンをクリックするか、後で検索をやり直してください。
[検索] ボタンをクリックして、インターネット上の情報を検索してください。
関連したサイトの一覧 を表示することもできます。
HTTP 500 - 内部サーバ エラー
Internet Explorer
-----------------------------------------------------------------------------
です。
お願いします。
2重投稿だったらスミマセン削除して下さい。（1回目の投稿が確認できなかったので・・・。）
初めまして。
今回CGIを勉強しようと思い、「KENT WEB」内の
「自宅マシンWWWサーバ化計画」に沿ってインストールをしていましたが、
CGIのテストで「http://127.0.0.1/○○○/hello.cgi」とやったら、
「HTTP 500 内部サーバエラー」となってしまいました。
どこが原因なのかわからず困ってます。
申し訳有りませんが教えていただけないでしょうか？
ちなみにOSはWin95でブラウザはIE5です。
ヨロシクお願いします。
しんちゃんへ、
Error 500 のあとのエラーメッセージを全部（最後まで）お知らせ下さい。
原因はいろいろありうるので、そのメッセージがわからないと答えるのが難しいです。
加賀谷さん、
レジストリエディタ(regedit.exe)で、キー HKEY_LOCAL_MACHINE\SOFTWARE\AnHttpd\default\ACL の 値 SetPass のデータを "On" から "Off" に変更してください。編集パスワードなし、の状態に戻ります。
新たに編集パスワードをセットすると Password が書き換わります。Password を復元することはできません。
スズキさん、
拡張子 .html のファイル中で SSI を動かす場合は、「SSIを許可する」の行の右端の「*.html」にもチェックが必要です。
toshiさん、
バーチャルホストの実行パスエイリアスの強制終了については、まだ確認できていませんが、ありうる話なので、調べて直します。
設定名の表示も考えます。
初めまして。
今回、CGIを勉強しようと思い、「KENT WEB」内の
「自宅マシンWWWサーバ化計画」に沿ってインストールを行い、
CGIのテストを行ったところ、「HTTP 500 内部サーバエラー」となってしまいました。
どこに原因が有るのかも分からないため困っています。
申し訳有りませんが、教えていただけないでしょうか？
ちなみにOSはWin95でブラウザはIE5です。
http://127.0.0.1/〜でのhtmlファイルの表示テストは異常ありませんでした。
加賀谷と言います。
前回、ユーザ認証の質問に答えていただき、HTTPDを有効に使わせてもらってます。
ところが、自分の設定した
編集パスワードを忘れてしまいました。
すいませんが
その場合の解除の方法を教えて下さい・
思い当たる言葉は、すべて入れたのですが編集モードに入れません。
よろしくお願いします。
こんばんわ。初めて投稿します、スズキと申します。
私は、最近HPを作ろうと思い、httpdをつかって、SSIを動かそうと思っているの
ですが、それが、なかなか上手く動いてくれません。
私の、ソースが悪いのだと思い、知人にソースを送り試して,もらったのですが、
返答は、”きちんと動く”とのことでした・・・・
ですので、httpdの、設定の方に問題があるのでは、ないかと考えています。
デフォルトの設定から、多少手を加えてしまったので,どうしていいのか
分からなくなってしまいました。
どなたか、SSIを上手く動かす為の、設定と、何かしなければならない事が、
ありましたら、教えて頂けないでしょうか。
よろしく、お願いします。
ちなみに、私は、ウィンドウズ98を使っています。
サーバの存在を外部から隠すためにバーチャルホスト動作をさせてみたのですが、
その際、実行パスに設定したところへアクセスしようとすると
HTTPDがページ違反を起こして強制終了させられてしまいます。
同じパスを一般パスに設定した場合には強制終了しませんし、
バーチャルホスト動作をさせていないときには同じように
実行パスを設定していても強制終了しませんでした。
ちなみに、当方の環境は Win95+IE5(Active Desktop)です。
それと、私はAN HTTP Serverを2つ同時に起動してトレイ上表示で使用しているのですが、
どちらのアイコンの上にカーソルをあわせても、「待機中. httpd - 接続要求待ち」と
表示されるだけで、クリックしてみないとどちらのサーバなのかわからないので、
ちょっと不便に思っています。
この部分に設定名を表示するようにはできないでしょうか？
中田さん、早速の回答、ほんとにありがとうございます。
その設定で無事解決しましたっ
いろいろ試してたんですが、その設定だけ試してなかったです。
これで安心してcgiの勉強にはげめます！
ありがとうございました〜
これからもAN HTTPDを使わせていただきます。
かむさん、
一分以上かかるのは、ホスト名を取得するためにDNSサーバを探しているのだと思います。
オプション／一般で、「リモートホストを取得」を「取得しない」にしてください。
どうも、はじめまして。
いきなりで申し訳ないのですが、ちょっと質問があります。
perlでcgiの勉強を始めようと思って
ローカルテスト用にAN HTTPを導入して
試しに、フリーのcgi（掲示板）を動かしてみたところ
実行はできるものの、実行するまでの時間が、もの凄く、遅いです。
1分以上はかかってます。速度はこういうものなのでしょうか？
それとも何か設定がおかしいのでしょうか？
環境は
WIN98 CPU K6-2 400MHz MEMORY 128MBで
ルータを使ってPC2台をLAN接続してます。
Charlie さん、
Netscape の 3.03あたりで POSTの問題はあるようだと思っていたのですが、それが原因で保護違反を出すとなると考えないといけませんね。
ブラウザからの入力がないとサーバ側から接続を切るのが問題なのかもしれません。
調べてみます。
yama さん、
アイコンどうもありがとうございます。
えむけいさん、
そうですね。ログで考えます。
私自身にも役に立ちそうですし。
中田さん、はじめまして。いつも便利に使わせていただいています。
非常に特殊な例で恐縮なのですが、CGIを書いているうちにおそらく
AnHTTP側で対処していただければ解決するだろうと思われるおかしな
挙動に遭遇したのでご報告します。
ブラウザにNetscape 3.03 [ja]、ローカルホストにAnHTTPを使って、
POST送信を経由して元のアドレスに戻るようなPerlスクリプトを実
行させると（下記参照）、かなり高い確率でブラウザが一般保護違
反を出します。
【スクリプト】
print "content-type: text/html\n\n";
open(IN,'HTMLテンプレート');
while(<IN>) { print; }
close(IN);
HTMLテンプレートにはスクリプトを呼び出すsubmitボタン（と必要
なformタグと、html、bodyの枠）しか書いていません。
同じスクリプトを、ブラウザをMSIE 4.01に替えればAnHTTPでも何の
問題もなく実行できますし、ブラウザはNN 3でも、たとえばOmniHTTP
などのサーバで実行すれば問題なしです。
NN 3.03には接続が遅いとhaltすることがあるという既知の問題があ
るのでそのせいかなとも思ったのですが（ネットスケープ社リリース
ノートより。ちなみに3.04で解決されているらしいです、日本語版は
出ていませんけれど ^^;）、こんな小さなスクリプトが重いはずもな
いでしょうし、AnHTTPのエラーログを見ると
Warning: connection reset during recv() in ClientRead() ...
などと書かれているので、何らかの理由でNavigatorとのやりとりが
うまくいかなかったのだろうとまでは想像されます。
そこから、サーバではなくブラウザが落ちるということは、何らかの
アクションをAnHTTPがとっているのではないかと思うのですが、いか
がなものでしょうか。
電子メールのところにURLをかいてしまいました。
どうもどじばかりふんで...(-_-;)
http://www2j.biglobe.ne.jp/~yama/
httpdを使わせていただくのに
田中さんのアドレスを付さなくては失礼ですよね。
今まですみませんでした。
今度1ページに
アイコンでジャンプできるようにしました。
どうぞみてください(^O^)
もっといい方法があるのかな(?_?)
＞たかこさん
アップしたのはどういうものでしょうか。
直接行ってみると何か判るかもしれませんが。
σ(>_<)の力ではその情報だけでは．．．．
また、初歩的な質問をさせてください。
httpdでCGIを確認できたものをホストへFTPしたら
ページが表示されません
検索中のページには問題があるため、表示できません。
となります（IE5.0)。アクセス権は755です。もちろんCGIの場所も
ホスト用に合わせています。
確認しなければならないことがあれば教えてください。
補足です。とくにプロキシの場合、telnetから見える結果だけでは不十分に思うことがあります。
1.ブラウザから受信した要求ヘッダ
2.サーバに送った要求ヘッダ
3.サーバから受信した応答ヘッダ
4.ブラウザに送り返した応答ヘッダ
がぜんぶ表示できれば言うことありません。
以前その21あたりでちょっと話が出ていましたが、要求/応答ヘッダをオプションでログへ吐くようにできないでしょうか? リアルタイム表示ならなおいいですが、とりあえずログが読めるだけでもすごくありがたいです。
えむけいさん、
確かに途中で切れてしまっていました。100kBを越えると壊れやすくなるようです。（ちゃんとした排他処理もしていませんので）
下の方は gbook.24.htm として復旧しました。
KITAKAMIさん、
別ドメインからの ping が通るなら大丈夫のはずだと思うのですが。。。
ping が不安定ならしょうがないでしょう。
ZEROさん、
いやそれほど忙しいという訳ではないので遠慮無く書いてください。
ただ、やっぱり100%が再現できないのでちょっと困っています。
他のマシンからかなり多量の同時リクエストを出してみたりしているのですが。。。
ftpがからむのでしたっけ？ だいぶ前の話なので読み返しはしたのですが、はっきりしなくなってしまいました。
再度、再現しやすい条件を教えていただければありがたいです。
高橋さん、
書き加えていただいたようで、どうもありがとうございました。
このページ、下のほうが壊れていないでしょうか?
智猫さん、ありがとうございました。動きました。(#^_^#)
えむけいさん、
セキュリティホールのご指摘ありがとうございます。
..%5C がらみは 1.16 で発生したものと思います。とりあえずの対策版を 1.16b としました。
あわせて、今日まですすめてきたものも修正されています。
もう少し見直して副作用等があればそれを直して 1.17 として出す予定です。
こんばんは、中田さん
ルータ越えたところからアクセスできました、
PROXYを使わない設定にINTRAサーバのアドレスを入れることで接続できました。
いままでチェックするだけでアドレスを入れてませんでした、
今日確認を取ることが出来ましたが、しかし別ドメインからのアクセスはいまだに出来ません。
この別ドメインはネットワークの動作がたまにおかしくなることがあるので、
その影響があるのかもしれません。
こちらはミラーサーバで何とかしてみようと思っています。
ありがとうございました。
中田さん、本当にお忙しいところすみませんでした。
負荷率100%の件はわかりました。気長にまちます。
ありがとうございます
高橋のページですが、リンクチェック機能の制限についての記述は削除したのですが、もう少し、
ポジティブに書いておきますね。
たかこさん、ブラウザに http://127.0.0.1/cgi/cgisample.html として開いてみましょう。
ちゃんとドキュメントルートがC:\www\に設定されていてAnHTTPDが起動されているなら、このあとの操作で“サーバがみつかりません”は出ないのではないでしょうか。
直接ブラウザで C:\www\cgi\cgisample.html を開いてもAnHTTPDのサーバ経由にはならないのでCGI/SSIのテストはできないですよ。
CGIのテストをしようと考えています。基本的なことを教えて下さい。
＜操作＞
（1）httpd.exeを起動(バージョン1.16)
待機中、接続要求待ちとなる。
（2）C:\www\cgiのcgisample.htmlをIE5.0で起動
「押してください」を押すと
サーバがみつかりません。となります。
ソースを覗くと以下のようになっているので （左かっこはあえて消してます）
----------------
つぎに、POSTで上の単純なテストと同じことを行ないます。
FORM METHOD="POST" ACTION="/cgi-bin/test.bat">
INPUT TYPE=submit VALUE="押して下さい"></FORM>
HR>
----------------
そこで
C:\wwwの直下にcgisample.htmlをコピーし
上記ソース中の
FORM METHOD="POST" ACTION="/cgi-bin/test.bat">
を
FORM METHOD="POST" ACTION="cgi-bin/test.bat">
として実行すると
C:\www\cgi-bin\test.batの内容がIE上に表示されます。
どうなったら正常なんでしょうか？
同様にformmail.cgiを起動しても同様にcgiの内容がIE上に表示
されます。
ちなみにhttpd.exeを起動していない時も同じ現象のようです。(^^ゞ
教えてください。
セキュリティホールを発見しました。
http://localhost/../temp/foo.txt
のようなパスを指定するとエラーになりますが、
http://localhost/..%5Ctemp/foo.txt
とやればドキュメントルートをさかのぼれます。これだとファイル名をあらかじめ知っていなければなりませんが、WindowsマシンでAnHTTPDがC:にインストールされていればたいていの名前は推測できます。さらにインデックスリストの表示を許可していれば、
http://localhost/..%5C/
でHDDの中が丸見えです。
http://localhost/cgi-bin%5Cechob.exe
とかやればcgi-binディレクトリの実行ファイルもダウンロードできます。もっと恐ろしいことに、
http://localhost/cgi-bin/..%5Chttpd.exe
とか任意のexeをサーバ上で実行できてしまいます。
/himituにパスワードをかけてあったとしても、
http://localhost/himitu%5Csecret.html
とかやれば丸見えです。これも名前を知っている必要はありますが。
なお、Netscapeでは%5Cの代わりに\も使えますが、IEでは%5Cでないと勝手に/に変換されてしまってうまく行かないようです。
自宅サーバを公開しているみなさまにおかれましては、くれぐれもご注意を。ていうか修正されるまで公開を停止するくらいしか手がないような気もしますが。
ぴゅあさん、
表のページにリンクがあります、と言おうとしたら、リンクが切れていますね。（直さないと。。。）
高橋さんのページのリンクからいけますが。
abe さん、
うまくいかないところを説明してくだされば、助言できると思います。（メールででもどうぞ）
KITAKAMIさん、
ミラーを維持するソフトは私は知りません。
ルータ越えでMSのファイル共有が使えるなら、ドキュメントルートのあるドライブをネットワークドライブに割り当ててそれをドキュメントルートにすれば、ドキュメントルート以下を共有できますね。
パフォーマンスはどうかわかりませんが。データが行って帰ってくる（行き帰りでプロトコルは違いますが）ことになりますから。
ZEROさん、
そうです、NTの負荷率100%についてはまだ手を打てていません。
どうやらWin98のヘルパーは解決できそうなので、次に集中して考えようと思っています。
えむけいさん、
＞同一URLへの301はキャッシュもしないようにしたほうが良くないでしょうか?
その方がいいですね。キャッシュの時に同一URLかどうかの判断させるのが自信がなかったので今のようにしたのですが、改善します。
あ、失礼しました。
以前のパスから見当を付けて見つけられました。
直接関係ない質問で失礼しました。m(__)m
ちょっと質問です。
うちのサイトからAnother HTML-lintへのリンクを張らせて頂いていてずっとそのままだった
のですがちゃんと更新しようとチェックしていたところhttp://core.ring.gr.jp/へ変わった
ようなのですが合っているのでしょうか？
度々名前があがっているようですのでご存知ですよね？
まだ本体は見つけられていません。(^ー^;)
初心者ですが、cgi/ssiのtestをする為に自宅サーバの導入を考えていますが、なかなか思うように行きません。
> PerlISを使う場合は
の件、ありがとうございました。私のような初心者にまでご丁寧に回答いただき、
頭が下がります。
> (Perlスクリプトに関する限り）
とりあえず、Perlのみしか使っておりませんから今のところ大丈夫です。
＃言語としてはCの方が慣れているとはいうものの、、
> Perl.exe を使う場合のヘルパーの不具合は、解決のめどはつきました。次バージョンで
> 対策できると思いますので、それで確認していただければと思います。
その時には、exeファイルで試してみたいと思います!!
それから、Zeroさんの
> CGI/SSIを閉じていますで永久ループに陥っているからして
に近い印象がありました。（あくまで印象です。。。）
こんにちは、中田さん
>離れたネットワークの方の1台で AN HTTPD を立ち上げて、手元側からテストする方がいいかもしれませんね。
あ〜・・・・その手がありましたか、
やってみます、そのほうがわかりやすそうですね、
もし出来なくてもミラーにしてしまえば使えますね、（64で繋がってるので遅いから）
ところでミラーリングするソフトってこの場合使えるソフトってありますか？
無難に共有してファイル転送するほうが良いですかね。
おひさしぶりです中田さん。
新しいバージョンのリリースおめでとうございます。
さて、CPUが100%になる件なのですが、やはり今回のバージョンでもなります。
私のあくまでもの推測ですが、CGI/SSIを閉じていますで永久ループに陥っているからして
CGI/SSIが終わるまでに先にAnhttpdが終わっているような感覚です。
あまりプログラムのことはわからないので、これ以上はわからないのですが、そういう
感覚です。
とりあえず報告までに、また何か動きがあるようでしたら報告させていただきます。
ftpダウンロードが中断されたときHTTP/1.0 500が末尾にくっつく件ですが、どうやらNetscapeがダウンロードしたファイルに付けてしまうだけのようです。AnHTTPDのキャッシュには付いていませんでした。お騒がせしました。
>301 もキャッシュはしています。そのキャッシュはキャッシュオンリーの時にしか使いませ
>ん。キャッシュオンリーの時も同一URLへの301の時は「キャッシュがない」という応答をす
>るようにしました。
同一URLへの301はキャッシュもしないようにしたほうが良くないでしょうか?
でないとタイミングによっては301のほうだけが残ってしまうと思います。というか実際残っています。
加賀谷さん、
ユーザAにはすべてのアクセスを許すとすると、
A:/:A
B:/test:A,B
C:/guest:A,C
とする必要があると思います。
B:/test:B だけだと、ユーザAは /test 以下にアクセスするときユーザ名Bとそのパスワードを入れる必要がありますから。
ひできさん、
そうですね。PerlISを使う場合は、ヘルパーのオンオフは(Perlスクリプトに関する限り）関係なくなります。もちろんリソースの減少はありません。
Perl.exe を使う場合のヘルパーの不具合は、解決のめどはつきました。次バージョンで対策できると思いますので、それで確認していただければと思います。
高橋さん、
どうも。高橋さんのページの方もこの件を加筆していただければありがたいです。
KITAKAMIさん、
離れたネットワークの方の1台で AN HTTPD を立ち上げて、手元側からテストする方がいいかもしれませんね。
こばやしさん、
URLでエスケープすべき文字とWindowsでファイル名として使えない文字とがくい違うのでどうしたものかという感じですが、なんとかしようと思います。
えむけいさん、
301 もキャッシュはしています。そのキャッシュはキャッシュオンリーの時にしか使いません。キャッシュオンリーの時も同一URLへの301の時は「キャッシュがない」という応答をするようにしました。
ログは 304以外は 200 になってしまっています。これは直す予定です。
現在206はキャッシュしません。Rangeのキャッシュは確かにちょっと面倒そうですが、これは対応するようにします。少し時間がかかると思いますが。
回答頂きありがとうございます。
ただ、
ブラウザを終了しても同じでした。
また、
パスに、以前の回答で
/~・・・・
のがありましたので
/~test
としましたがやはり”認証に失敗しました”と出力されます。
行いたいのは
ユーザによって、アクセス出来るページを別けたいのです。
例えば、
Aユーザは、全て”/”
bユーザは、”/test”以下
cユーザは、”/guest”以下
にです。
その場合、
ユーザ認証を使用しまして
認証名、パス、認証ユーザの設定、とユーザパスワードの設定
でできると思うのですがやり方が悪いのでしょうか？
Aユーザには、
”A；/；A”の認証設定
Bユーザには
”B；/~test；B”
Cユーザには
”C；/guest：C”
と行ってます。
パスワードは、それぞれユーザ名と同じで試してます。
ブラウザ：netscape4.5
httpd：1.15b
で試しています。
教えてください。
またまた自己フォローで失礼します。
・Perl for Win32 を ActivePerl に替え、
・PerlIS.dll を使用
・ヘルパープロセス を off
にしてみました。これで、リソースは減らないと思うのですが?!
ユーザとしての対応は、これで正解でしょうか?? とりあえず、
これで様子を見てみます。もし他にやるべきこと、ウォッチした
方が良いようでしたら、ご指示下さい。
1.16リリースありがとうございます。
おかげさまで、Another html lintでリンクチェックが動くようになりました。
> というのは、ヘルパーのところでハングすることはあるようですから。
了解です。「単一スレッド」は安定のためには間違いない選択だと思うのですが、ヘルパーOFF
だとリソース減少、ONだと「雷マークが付いたままハング」の可能性ありということですね。
> ヘルパーを使った時のハングなどの不具合への対策は、現在最優先で取り組もうと
ありがたいことです！！
> どういうCGIでどのような場合にハングするかお知らせいただければありがたいです。
見ているところで落ちたときは、（それも不確かなのですが）、ユーザ認証をおこなっている
時に、細かい画像がたくさんあるページのリロード連打という感じでした。どうcgi（掲示板）
が関係しているのか、それともたまたまその時LANからcgiへのアクセスがあったのか不明
です。状況が良くつかめないのですが、cpu100%の状態になってしまうのが、そのときのよう
に思います。何をウォッチしていたらよいのかご指示いただけたら、やってみます。また、
掲示板のcgiやその他の情報が必要なら、DMででも送らせていただきます。
あと、PerlISを使うとMS-DOSを呼ばないと思うのですが、これなら避けられるのでしょうか？
＃これはNTのみということかなあ？ 設定方法がわからない。。不勉強で、すみません。
＃FAQならお許し下さい。
こんにちは、
ぴゅあさん
NTドメインでNT付属のDNSを使う場合WINSを併用すると
便利です、と言うことになっているようです。
当方ではDNSは使用していませんが。
私的には的外れなどとは思っていません貴重なものを紹介頂いたと思っています。
中田さん
現在PROXYを使わない設定をいじっていますが、
別ドメインが近くではないので確認するのが大変です、
この件の解決はしばらくかかりそうですので、
気が付かれたことがありましたら、お願いします。
>ファイルに使えない文字は、
>\/:,;*"<>|?
>辺りでしょうか。
,;は使えます。
toshiさん、中田さん、コメントありがとうございます。
Another HTML-lint 結果の解説のページは勉強になりました。
>'|' の他にファイル名として使えない文字はあるでしょうか。。。？
ファイルに使えない文字は、
\/:,;*"<>|?
辺りでしょうか。
中田様 ご返答有り難うございます。
とりあえずうちのVAIOでは「単一スレッド ノーチェック ／ ヘルパープロセス ノーチェック」「単一スレッド チェック ／ ヘルパープロセス チェック」のいずれかで動作するようですので、おっしゃられるとおり両方チェックを入れて動作させる事にしようと思います。
また何かありましたら書き込みさせていただこうと思います。どうも有り難うございました。それでは失礼します。
IE5は自分のキャッシュに途中切れしたデータがあると、RangeとIf-Rangeを付けて残りの部分だけの取得を試みるようですが、そのため(206はキャッシュされない?)AnHTTPDのキャッシュのほうは途中切れしたままになってしまうようです。
NetscapeはRangeを付けないのでAnHTTPDのキャッシュも更新されますが、せっかく途中まで取得したデータがあるのにぜんぶ取得し直してしまうのはちょっと無駄だしネットワークに優しくないという気がします。
キャッシュに途中切れしたデータがある場合、RangeとIf-Rangeを付けて(あるいは付け直して)キャッシュの補完を試みるようにできないでしょうか? ブラウザもRangeをつけてきたような場合にいかにもややこしいことになりそうですが…。
v1.16になって301で無限ループは起こさなくなりましたが、IEでアクセスしてからリロードするとキャッシュには301応答が残ってしまうようです。Netscapeでは大丈夫のようですが…。
ログを見ると
-------------------------------------------------------------------
127.0.0.1 - - [17/May/1999:21:35:50 +0900] "GET http://www.interq.or.jp/mars/mai_hino/s17_010.gif HTTP/1.0" 200 194
127.0.0.1 - - [17/May/1999:21:35:51 +0900] "GET http://www.interq.or.jp/mars/mai_hino/S17_010.GIF HTTP/1.0" 304 0
-------------------------------------------------------------------
301が返されているはずなのに200が返されていると勘違いしているようです。ログの上でそう見えるだけかもしれませんが…。
ひできさん、
やっぱりダメかもしれません。
というのは、ヘルパーのところでハングすることはあるようですから。
ただ、私のところではまだそれが再現できていません。
Win98+IE4の環境でヘルパーを使わないとリソースが減り続けるのはわかっています。その対策がヘルパーですから。
ヘルパーを使った時のハングなどの不具合への対策は、現在最優先で取り組もうと思っています。
どういうCGIでどのような場合にハングするかお知らせいただければありがたいです。
こばやしさん、
そうですね。toshi さんのご指摘ももっともなのですが、実は、エスケープされた文字は元に戻してから（つまり %7C は | にしてから）ファイル名を決めているので、URL中では エスケープされていたものかもしれません。ので、ちょっと手を入れます。
'|' の他にファイル名として使えない文字はあるでしょうか。。。？
HTTPヘッダしか読み込まないケースは HEADリクエストの場合だけだと思いますが、少なくとも1.15/1.16あたりでは HEADリクエストの応答はキャッシュしないはずです。
が、ちょっとまだおかしいところがあるのかもしれません。再発するようならお知らせ下さい。
かわのさん、
jcode.pl については、jcode.plを利用する場合は jperl.exe ではなく perl.exe を使うべき、という意味です。一般的に使われている PerlのCGIスクリプトは jcode.pl を利用するものが多いと思うので、perl.exe を使う方がよい、ということになると思います。
VAIO の方は、ヘルパープロセスと単一スレッドと両方チェックを入れた状態で大丈夫であれば、それがおすすめです。
ヘルパーのチェックをはずした状態では、Win98+IE4の場合、システムリソースが減少してしまうはずですから。
ただし、ひできさんへのお答えにも書きますが、ヘルパー自体の不具合がまだありそうです。
KITAKAMIさん、
サブネットマスクはそれでいいと思います。
「イントラネットはプロキシを使わない」設定がちょっとあやしいかもしれません。つまり 192.168.2.xxx はイントラネットの範囲外かも。
すべてプロキシを使わない設定で確認してみることをおすすめします。
それでOKなら、アクセスするホストを明示的にプロキシを使わない設定にすればよいと思います。
こばやしさんへ
| はURL中に用いてはいけない文字です。だからAN HTTP Serverが | がついたファイルのキャッシュに
対応していないとしても、それはAN HTTP Serverが悪いのではなく、そのカウンタの仕様の方に問題があるといえます。
詳しいことは、Another HTML-lint 結果の解説のページをご覧になってみてください。
＞KITAKAMIさん
一応NetBEUIはWINSでTCP/IPはDNSでというような感じで書いてあったのでということではあ
りましたが。ざっとしか目を通していなかったのでσ(^ー^)の読みが足りなかったんでしょうね。
ごめんなさい。
σ(^ー^)の環境ではDNSも必要ない（使えないのだろう。というよりそれでも使うための詳し
い情報がない）ので確認することはできませんが。
＞Win98で固まる件に付いて
たぶん的外れでしょう。WinNTSの方で立ち上げていてWin98では簡単な確認のときしか立ち上
げていないので。Win95のときからそうでしたがWin95/98ではリソース云々の前に自動運転させ
るのは難があるのでNTの方で動かすことが中心になってしまっていますので。
どうもネスケを使っているとネスケが頻繁にハングアップしてリブートさせるしか手段がなく
なります。確かv4.5x辺りから？Win98に切替たのが遅かったのでIE5/OE5が正式公開された頃
から発生し始めたのだったと思いますが。
IE5/OE5によるOS周りのアップデートがネスケに悪影響を及ぼしているのだろうか（メーラ
関係も書いている途中に何度も落とされる）という気もしていたりするのですが。
最近はリソースの監視をしていないのでそちらの確認も必要かなと思っていますがクライアント
にネスケを使っているということははないのだろうかと思ったりします。An HTTPdがネスケ
が落ちる前に動かない状態になっているのだろうかと思ったり。そうでなければもっと多くの人
から問い合わせがあっても良いような気もするのですがそうでもなさそうなのはIEをクライアント
にしていると問題ないのだろうかという気もしてきているので。
別にIEはネスケだと障害の発生するサイトに行くとき以外は普段使っていないのですが仕事用
のメールだけにOE5を使ってしまってOE5を入れるためにはIE5は必須にしかならないので入れて
あるのですが。尤もOE自身細かなところで使いにくいですしOEを使いつづける必要もないのです
が。OE5のメールボックスをOE4に戻すこともできるようですし。ただクイック起動だけはアップデート
されたものの方が使いやすいと感じているので捨てがたいものもあるのですが。
もう一台のクライアントマシンではIE4（OEなし）の環境でネスケv4.51を入れてあるのです
が再構築してからネスケを長時間立ち上げていることがまだないのでそちらの方でも固まること
があるのか確認してみますが同じように固まったら単にネスケの不具合であって関係ないという
ことですね。
たぶん全く関係ない話だと思います。申し訳ありません。
すみません、Pragma: No-Cacheに関係なくキャッシュできてました。
#なぜかHTTPヘッダのみのキャッシュが出来てまして、
#それとブラウザ側のキャッシュを削除してから改めて開いたら
#ちゃんとしたキャッシュができました。
HTTP側のキャッシュが期限切れしたときに
ブラウザ側のキャッシュは期限切れしていなくて、
HTTPヘッダのみしか読み込まないと言うことは考えらないでしょうか？
下の書き込みをしたものです。間違えて読んでいたようです。
「ヘルパープロセス」にチェックを入れて、(1)(2)を組み合わせでチェック
してみます。もしそれでもダメなら、また書かせていただきます。
お騒がせして、失礼しました。
Windows98で、AnHttpを使わせてもらっています。私のような初心者でも簡単に動かせ、
しかもかなりの設定も可能なこのソフトウェアを気に入り感謝しています！！！
かわのさんの件や4月にも書き込まれていた＜雷マークがでたままハング＞する件ですが、
うちでも起こっています。
（1）ヘルパープロセスのチェックをはずす （2）単一スレッドにチェックを入れる
を設定しています。うちのWin98の場合、cgiを実行するたびにシステム/ユーザリソースが
わずかずつ減少し40%程度でハングしやすくなるようです。一方、PWSの場合、CGIを実行し
てもこれらリソースの減少がみられません。AnHttpを使い続けたく思います。これは、
・MS-DOSの設定を変えれば対処できる（どう設定すればよいのだろう）？
・AnHttpの設定を変えれば対処できる（同上）
・NTにすることで解決する。
・そういうものなので、致し方ない。
のいずれになりますでしょうか。中田様、皆様、教えていただけますと幸いです。
Version 1.16をダウンロードさせて頂きました。
?付きcgiのキャッシュを試してみたところ、
Count.cgi$dd=D|ft=4|df=count.dat
などの"|"がFileに使えない文字でNGになったりしてます。
それと、
キャッシュのみかつ期限チェックの設定で古いキャッシュが読み込めない件ですが、
Pragma: No-Cacheのページだったかもしれません。
＃期限チェックをOFFすると開けたので違うような．．．
Pragma: No-Cacheのページをキャッシュするようにする設定は無いでしょうか？
中田様 早速のご返答有り難う御座いました。
JPerlで動作しない件なのですけれども、"JCODE.pl"をどこかに仕込めば動作するという感じなのでしょうか。Perlで動作しているのでいいといえばいいのですけれども。
さて、VAIOでの動作確認をしてみました。回答1、2。両方を試しましたが、どちらでも同等の動作をし、無事動作するようになりました。（ほっと一安心）ヘルパープロセスのチェックを外す。もしくは単一スレッドに。どちらも同等の動作をしているようにお見受けできるのですけれども、「どっちでも動作するのでしたら、どちらにしておけばよいのでしょうか」ご伝授下さい。
バージョンアップされたんですね。[perlIS.dll]を早速試してみました。自作CGIなのですが、少し動作するのですが、フォームなど入力しようとすると黙りしてしまいました。と言うわけで現時点ではチェック外しました。
ほんと助かります。有り難う御座いました。
こんにちは、カメRESになってしまってすみません。
ぴゅあさん
一応リンクには行ってみましたが、wins とは直接関係無さそうですので・・・・・
ありがとうございました、
中田さん
イントラのアドレスはPROXY通さないようにしていますが、PROXYerr
になって帰ってきます？
これってサブネットマスク関係あります？
ANHTTPD の有るNTドメインが 192.168.2.〜 で
他方のドメインが 192.168.1.〜 で
サブネットマスクが双方とも 255.255.255.0 になっています。
IPとことん理解してないもので中途半端にやってますが
あまり関係無さそうですかね、もう少し調べてみます。
かわのさん、
最初の Error 500 は、たぶん JPerl では jcode.pl が使えないためのエラーだと思います。
これは Pw32i316.exe(perl.exe)を使うことで出なくなったのだと思います。
VAIOでのエラーは2通り考えられます。
下のいずれかで回避できるかどうかお知らせ下さい。
（1）ヘルパープロセスのチェックをはずす
（2）単一スレッドにチェックを入れる
APi515e.exe の PerlIS.dll は、AN HTTPD 1.15bまでのバージョンでは使えません。
AN HTTPD 1.16 で使えるようにしましたが、他のバグがあるかもしれませんので、ちょっと待ってもらった方がいいかもしれません。
いずれにしろ、PerlIS.dll は perl.exe よりも動作上の制限があるので、最初のうちはあまりおすすめできません。
上の（1）または（2）でどうなるかお知らせ下さい。
中田様 初めまして。
自宅サーバ（もちろんAN-HTTPDにはお世話になっております。なかったら実現していません）を構築し、自前でCGIを動かす為に勉強をしている者です。
全く"無"の状態からでしたので、質問をあれこれする前に自分で出きる限りはしようと言うことで、Webを色々見回り、全く知らなかったPerlもある程度解るようになり、Perl-CGIの理屈もある程度解るようになり、自前サーバで動作チェックなどを行って現在に至るという感じです。
ここでどうしても自分の知識の範囲では解らない部分が出てしまいましたので投稿させていただきました。もし差し支えなければご回答いただければ幸いです。宜しくお願いします。
まず、AN-HTTPD上でPerl-CGIを動作させるために、色々なPerlアプリケーション群をダウンしてきてはインストール、動作を試みているのですが、どのPerl(Jperl)でも動作不可。（もちろんPerlスクリプト自身はJPerlで動作はしますけれども）
"Error 500"
"CGI エラー - Content-Type ヘッダがみつかりません。"
"CGI 出力メッセージ: ・・・"
という、エラーメッセージが返ってきてしまいます。ですので現在は"ActiveState Tool Corp."からダウンロードしてきた"Pw32i316.exe"をインストールし、CGIを動作させています。（無事動きました）それで不満はないのでもちろんこのままでも一向に構わないのですけれども、ここでふと障害に当たっております。
まず、自分のメインで使用しているパソコン（自作AT。OS=Win98）で上記アプリケーション一式をインストールし動作。全然問題なく動いております。
そして自宅サーバを構築するために製作したサブパソコン（自作AT。OS=Win98）でももちろん同様な動作をしております。
職場のパソコン（自作AT。OS=Win98）でももちろん動いております。ですが・・・職場でサーバとして使用しようとしていたメーカー物のAT(Sony VAIO OS=Win98)に上記一式をインストールした場合にちょっと不具合が発生しております。自作したCGIはとりあえず動作しているのですが、何度か同等実行していくと、AN-HTTPDのアイコンが雷マークが表示された状態で固まってしまい、Win自身の動作速度も極端に低下。とりあえず終了させようとAN-HTTPDを終了しようとしても[STOP]とは表記されるものの正常終了せず、仕方無しにWinを修了させようとすると「終了できない」旨のメッセージが表示され、「終了か待機かキャンセルか」とお馴染みの画面が。
そのまま「強制終了」させようとすると、まだエラーウィンドウに今度は[Perl]と表示され、異常終了の旨の表示が出、そしてそれを強制終了させると、その時点で初めてOSが落ちる。という状況です。 と言うことを踏まえ、素人考えで思うに、AN-HTTPDの異常というより"Pw32i316.exe"とVAIOとの相性が悪く、自作CGIが正常に動作しないのでは？と思ったりしています。もちろん自作CGIが悪い・・と真っ先に考えたのですけれども、VAIO以外では動作していますので、デバッグしようにも手だてがなかったりするのです。
そこで質問なのですけれども、他のPerlアプリケーションをAN-HTTPDに仕込み、動作させる方法。（それで動けば問題有りませんものね。）を伝授していただきたいと。そしてこういう症状例が今まであったかどうか。と、そして"APi515e.exe"をインストールして出来上がった"PerlIS.dll"を使用しようとAN-HTTPDのチェックを付けても、画面上にはエラーメッセージとして「'\~kawano\cgi-bin\xxxxxx.cgi' script produced no output 」と出力され、動作しませ。"PerlIS.dll"を"Perl\bin"以外にも、"Windows\System"等にも入れたのですが、症状は同一でした。"PerlIS.dll"を使用することにより症状が回避できるならば良いなと思っていますので、使用・動作させる方法ですね。異常なのですけれども、もし良ければご返答いただけませんでしょうか。宜しくお願いします。
もし上記以上にお知りになりたい内容などがありましたら（常駐アプリケーションとか・・）いつでも書かせていただきたいと思っています。どうか宜しくお願いします。
しかし、今回サーバを自分で構築しようと色々資料を見ている中、AN-HTTPD、こういうアプリケーションを無償で提供していただいているという素晴らしい事に感動しました。どうも有り難う御座います。遅くなりましたが、ご挨拶させていただきます。
それでは宜しくお願いします。失礼します。
ぴゅあさん、
それは時には外すことはあるかもしれませんが、遠慮なく書いて（答えて）ください。
その方がありがたいので。
やっぱりまだまだ勉強不足ね
いつも的外れ．．．．
すいません
もっと勉強してから出直します m(__)m
中田さんありがとうございました。
最初エイリアスでだめだったのは私の記述ミスでした。
ご迷惑おかけしました。今後ともよろしくおねがいします。
ゆうさん、
Windowsではユーザ毎のホームディレクトリがない（？）ので、チルダ表記も単なるエイリアスと考えることになると思います。
つまり、
/~user1 C:\www\user1
/~user2 C:\www\user2
.....
というようなエイリアスで代用ということになるのではないかと思います。
すいません、書き方がまずかったようです。
同時接続数の件ではなく、~（チルダ）を利用したアドレス表記についてです。
宜しくお願いします。
＞ゆうさん
このページの「Pico-Chan pico-chan@manga.club.ne.jp 1999/04/19 18:19」以降を参照
してみてはどうでしょうか。答えが出たのかどうかは判りませんが。
ゆうともうします。
いままでLINUXでApacheをつかいHPを公開していたのですが、今回NT&AN HTTPDに
切り替えることにしました。
そこで質問なのですが ユーザのページをhttp://www.abc.co.jp/~abcのように
するにはユーザ数だけバーチャルホストを立ち上げないといかないのでしょうか？
一般のところでは1件しか設定できませんしワイルドカードはつかえないようなので・・。
いちおう目を通したつもりですが過去ログがありましたら場所を示していただけると
うれしいのですが（＾＾；
よろしくお願いいたします。
加賀谷さん、
ブラウザを開いたままで認証の設定を変更した場合、そうなるかもしれません。
ブラウザは認証データを保持しているので、サーバの認証設定が変わっても前のままの認証データを送るはずです。
一度ブラウザを終了して再度立ち上げてもそうなる場合は、その旨お知らせ下さい。
加賀谷と言います。
今日、初めてユーザ認証を使用しまして
任証名、パス、認証ユーザの設定、ユーザパスワードの設定
を行いました。
パスを"/"
にすると、認証されるのですが
"/test"とすると”認証に失敗しました”と表示されます。
一般：ドキュメントルートで指定しているディレクトリの下に
testはあります。
すいませんが、どこの設定を確認すればよろしいか教えてください。
過去の議事録1−23までみたのですが。よく判りませんでした。
KITAKAMIさん、
pingが通るなら往復しているわけですからどちら側からもルータ（ゲートウェイ）の設定はいいのだろうと思います。ルートもできているはずなので route add は不要と思います。
ルータが TCPのポート80宛てリクエストを通さないようにしていることはないでしょうから、あと考えるとすればプロキシサーバかな、と思います。
プロキシサーバの設定によっては内部のホストにアクセスできないようにしていることはありえると思います。
ブラウザの設定でプロキシを使わないようにしてみるとどうでしょうか？
もともとプロキシを使わないようにしているとすると、ちょっと原因がわかりません。
ルータの設定ということになるのかもしれません。
三浦さん、
ファイルアクセス(file:)だと「インターネットサイト」というエラーにはならないはずだと思ったのですが、まあとにかく解決したようでよかったです。
また、何かありましたらどうぞご遠慮なく。
＞KITAKAMIさん
σ(^ー^)は特にネットワークに詳しい訳でもなくWINSを必要としない（DNSも使っていない。
使えない？）環境を構築しているので的外れかもしれませんが。
http://www.doremi.or.jp/NTusers/9601/00000035.htm辺りを辿って行くと何か得られる
ものがあるのかも？
いやあ〜〜 またやってしまった！(^_^;)
中田さんどうもすいません。
詳しい長いメールを書こうとして、中田さんの書き込みの
>（1）指定しているURL（ブラウザのアドレスに何と入れているか）
これを読んで、はて？これはどういうことだろうと考えて、はたと思いつきました。
CGIを読み出すHTMLファイルをまたファイルで指定していました(^_^;)。
このやり方でもCGIをhttp://127.0.0.1/cgi-bin/○○○.cgiと指定すれば正常に
動作するので全く気にしていませんでした。いやあ、いかんなあ。
本当に申し訳ありませんでした。また、長々とおつきあいいただきありがとうございました。
また、何かありましたら質問すると思います。
こんな私ですが、暖かく見守って下さい(^_^;)。
こんにちは中田さん
一応ネットワークの設定は説明された事は実行してあります、
デフォルトのゲートウェイの設定もルータを設定しています。
相手のルータも設定しなければなりませんか？
もちろんWinsでもマッピングしてますし
PINGではアドレス、ホスト名でもちゃんと帰ってきます。
もしかしたらROOTADD等をしなければいけませんでしょうか？
KITAKAMIさん、
Winsで名前解決をしたIPアドレス（のホスト）に接続できない状態なのだろうと思います。
IPネットワークでルータを越えるときは、WindowsのTCP/IPのプロパティで ゲートウェイとしてルータのIPアドレスを指定しておくのが一般的だと思います。
あるIPアドレスのホストに接続できるかどうかは、ping.exe を使って調べることができます。
たとえば、DOSプロンプトで ping 192.168.0.15 として 192.168.0.15から応答があればいいわけです。 応答がないときは上記ゲートウェイなどのネットワーク関係の設定がおかしいことになります。
IPアドレスを指定して ping で応答があるのに、ホスト名hostnameを指定して ping hostname で応答がないときは Wins のサーバがおかしい（ホスト名をIPアドレスに変換できない）ということになります。
三浦さん、
エラーメッセージでインターネットサイトのところが C:\cgi\bin.. と表示される手順の見当がつきません。
そこで、
（1）指定しているURL（ブラウザのアドレスに何と入れているか）
（2）HTMLファイルの内容(<FORM ACTION="...">から</FORM>までの内容）
（3）そのあとどういう操作をしているのか（キー入力やボタンを押す操作など）
をできるだけ詳しく説明してもらえませんか？
できれば伏せ字は避けて、実際の内容をそのまま書いて下さい。長くなるようならメールででも結構です。
櫻井さん、
どうもご報告いただきましてありがとうございます。
こんにちは中田さん
httpd使わせて頂いております、すばらしいソフトを
フリーでありがとうございます。
さて、社内のイントラサーバの実験として使用して
おりますが（NTドメインのNETです）
ルータを越えたところからアクセスしようとすると
クライアント側から見えません、
何か設定しなければなりませんでしょうか？
宜しくお願いします。
あっと忘れていました、
DNS は使わずにWins を使用しています。
中田さん、いつもありがとうございます。
ローカルパスを変更してみましたが、同じエラーメッセージが出ます。
うーーーん？
中田さん、コメントありがとうございました。
ANHTTPのほうの設定には誤りがなく、おかしい、おかしいと思って再度CGIではなく
FORMのソースを見たところ、ソースのほうでのパスの指定ミスでした(T_T)。
穴があったら入りたいぃぃ。
しらばっくれるのもなんですし、自分自身への教訓ということで報告させていただきます。
あー恥ずかしい。
櫻井さん
状況がはっきりとはわかりませんが、http://127.0.0.1/cgi/bbs.cgi などの URL を指定しているとすれば、エイリアスが有効になっていないように思います。
エイリアスの指定で仮想パスは / から始めます。たとえば /cgi などとする必要があります。
その問題ではないとしたら、ちょっとわかりませんので、ドキュメントルート、エイリアス、および 指定している URL をお知らせ下さい。
エイリアスの実行パス／一般パスは（今のところ）EXEファイル以外では差違はないので、どちらでもいいはずです。
また、httpd.exe を置くフォルダはどこでもいいはずなのでそれも関係しないと思います。
はじめまして。
ANHTTPを使わせていただいているのですが、どうにもわからない部分があって、困っています。
普通にCGIを走らせるとローカルパスの下の「cgi」というフォルダを探しに行ってしまうのです。
友達の希望で、HTMLファイルもCGIファイルも一緒のフォルダにいれた状態で
運用したいのです・・・。
（下にcgiというフォルダを作ってcgiをいれると動きます）
実行パス、一般パスのエイリアスの設定は共にCGIが入っているフォルダを指定しています。
実行パスの欄には、エイリアスの設定がは1つだけなのですが、
それが原因なのでしょうか（デフォルトでは他にいろいろ入っていたような…）。
以前、インストールしていたANHTTPとは別のフォルダに新しいバージョンを入れているのですが、
問題無いでしょうか。
お知らせ
今日、1.16を出す予定でしたが、302,301などの応答まわりで手間取っているため、延期（たぶん約1週間）します。
ご了承ください。
三浦さん、
ローカルパスは、ふつう C:\httpd106\cgi-bin とかにするはずですが。。。
ローカルパスはハードディスク上のパスです。
うーむ、UTF-8も懸案のひとつでした。。。
えむけいさん、
だいぶ前に一度言われた件でしたね。これも、次の1.16は今度の日曜を予定しているのですが、間に合わなければその次で対応します。
toshi さん、
そうですね。MIMEタイプについては、次かその次くらいまでに対処します。
ぴゅあさん、ありがとうございます。
応答が遅くなってすいません。職場のパソコンで設定しているもので、連休が開けてようやく試してみることができました。
やはりパスの設定が悪かったのだと思って、少し変えてみました。これでうまくいくと思ったのですが、エラーメッセージは変わったものの、やはりうまくいきません。
エラーメッセージは
「インターネットサイト C:\cgi\bin\○○○.cgi を開けません
指定されたパスが見つかりません」
というものです。
各設定は以下のようになっています。
http機能のドキュメントルート C:\httpd106
cgi-bin http://127.0.0.1/cgi-bin
エイリアスの仮想パス /cgi-bin
エイリアスのローカルパス http://127.0.0.1/cgi-bin
さて、どこが悪いのでしょう？
としちゃんさんへ
標準ではIE5はURL中の2バイト文字を UTF-8 で送信しています。
これはHTML 4.0の仕様書に沿った形ですのでIE5の仕様的には問題はないのですが、
多くのサーバではまだUTF-8でのアクセスに対応していないので、インターネットオプションの
詳細設定で「いつも UTF-8 として URL を送信する」のチェックをはずしてみてください。
これはIE5のバグだと思うのですが、IE5で2バイト文字を
使ったディレクトリにアクセスすると開けません。
回避方法はありますでしょうか？
ポート番号指定付きURLと似たような話になりますが、「?」を適当な文字に置換することで引数付きのCGIをキャッシュできないでしょうか? これさえ対応すればオフラインでもアクセスカウンタや(ほとんどの)掲示板が見えるようになるはずですが…。
オプションのファイルタイプでもっとたくさんMIMEタイプを登録できるように
ならないでしょうか？ 今のままではちょっと足りないのですが……。
Netscape NavigatorではMIMEタイプの設定をしていないものは
うまく動作しないので、いちいち設定を調整しなければならず大変です。
えむけいさん、
そうですね。
>同じURLへリダイレクトするような301応答はキャッシュへ格納しない
にします。
また、前の Date書き替えの件は、ファイルの更新日時を変えてDateとしてはそれを見る、にするつもりでいます。
キャッシュオンリーのオンオフは他の方からもメールで要望いただいていますので、簡単に切り替えられるようにしようと思っています。
アイコンメニューとショートカットキーを考えています。
>301の件、飛び先のURLを調べてどうするか決めないといけないことになりますね。
>大文字小文字を区別するもののキャッシュの問題がありますが、、、
>対応を考えます。
大文字小文字が区別されていればそもそも問題が発生しないのでそれまでの暫定ということでかまいません。とりあえず、大文字小文字の違いを除いて同じURLへリダイレクトするような301応答はキャッシュへ格納しないようにすればいいと思います。
私はCache Onlyの切り替えをかなり頻繁に行なうのですが、そのたびに「Option Proxy/Cache...」→「Cache」タブ→「Cache Only」チェックボックス→「OK」ボタン→確認のダイアログにもう一度「OK」ボタン、とクリックしていくのがけっこう面倒です。タスクトレイのメニューあたりから一発切り替えができるようにならないでしょうか?
中田昭雄さん こんにちは。
丁寧な回答ありがとうございます。さっそく試してみます。
pleco さん、
（1）オプション／一般の「リモートホストを取得」を「取得しない」にする
（2）オプションの表示／インデックスで、「スタートアップ」の「ホスト名／アドレスを取得」のチェックをはずす
で大丈夫だと思います。
起動するとつながるというだけなら（2）だけでいいはずです。
KENTさん、
どうも。わかりやすくていいですね。
なおさん、
サンプルを動かしてみてそのサンプルの中身を見てみることで理解がすすむと思います。
KAYさん、
symlink, flock の代替手段は、ファイル／ディレクトリの存在の有無でロックする方式になると思います。
または、AN HTTPD のオプションで「単一スレッド」にすれば、CGI/SSIが一度に一つしか動かなくなりますから、ロックは不要になります。
ActivePerl の PerlIS.dll は 513より前のバージョンは、NTでは動作します。Win95/98でも致命的エラーを出しながら動作はしました。 513以降では、Win95/98でも致命的エラーはでなくなりましたが、スクリプト名の取得方式が変わったのでうまく動作しなくなりました。
これに対応させる予定です。
えむけいさん、
301の件、飛び先のURLを調べてどうするか決めないといけないことになりますね。
大文字小文字を区別するもののキャッシュの問題がありますが、、、
対応を考えます。
「AN HTTP Server」を起動するとインターネットにつながってしまい、
家庭内webサーバが構築できず、困っています。
原因はインターネット接続に使っているルータ(MN128-SOHO SL10)が
「自動接続」になっているからだと思うのですが、これを解除せずに
webサーバとの棲み分けはできないものでしょうか？
ルータ → HUB → パソコン数台 がすべて10Baseでつながっています。
方法をご存じの方がいらっしゃいましたら、アドバイスをお願いいたしますm(_ _)m。
中田さん、こんにちは。KENTです。
ローカルサーバから、sendmailの代替案でメール送信するやり方で、Blatj を使用した
方法の解説ページを作成してみました。
（フォームメールと掲示板からの自動送信の2つで、両方ともスクリプトも公開しました）
一応私の環境ではうまく動作しています。
■自宅マシン・メール送信計画
http://lovely.millto.net/~oidon/mail/
CGIはむずかしい
くるしいです。
今、がんばってる最中です。
げほげほ
みなさん、本当にありがとうございました。
お陰様でCGIを立ち上げることができました。
感謝の言葉もありません。本当にありがとうございました。
以前に質問させてもらったやまにしです。
長い間連絡なしですみません。m(__)m
「ヘルパープロセスからCGIを起動すると終了しなくなる」と
言っていた問題ですが、どうやっても解決できませんでした。
ヘルパーを使用しなければOKなんですけどね…。
いろいろテストしているうちにWin自体不安定になってきた為、
今はNT(W)をいれてヘルパーを使用しないでやっています。
以前に指摘のあった「ヘルパーONで最小限出力」では、Error 500が
出てました。「CGI出力が認識できない」でしたっけ…。やはり
ヘルパーOFFでは正常に動いてましたけど(リソースは減る)。
単にWindowsが不安定になっていただけなのかも知れませんが…。
自分から出しておいて解決しようとせずに放棄してしまいましたが、
報告と言うことで…。
すごく便利のように思うのですがいまいち
使い方がわからなくて・・・
どういった本で勉強すれば理解できるようになるのでしょう？
ルータはNTT-TEのSOHO128SL-10を使っています.
ぴゅあさん、中田さん、さくらいさん、フォローありがとうございます。
カウンタの件ですが、スクリプトをみたら、symlink使ってました。たしかに、ロックかけてる形跡がありますね。代替手段があるかどうか調べてみます。
PerlIS.dll は過去ログ見たら、どなたかの発言でActivePerlに同梱されてるとか書いてあったのでのですが、モノが違ってましたか。(^^;)
試してみます。
下の件、解決しました。
何故かPerlが二重三重に起動(？)されていた事が原因だった・・・ようです。
失礼しました〜。
>ぴゅあさん
ありがとうございました。
IE5では動きませんがNNでは動きました。
interQのサーバでは、大文字小文字が違ったURLを要求すると301で正しい名前のURLへリダイレクトしてくれるのですが、このときAnHTTPDのプロキシを経由していると、キャッシュにリダイレクト後の応答ではなく301が残る場合があります。当然あとでオフラインで見ようとすると無限ループに陥ります。
この場合、常にキャッシュにはリダイレクト後の応答が残るようにできないでしょうか?
＞三浦郁夫さん
下記レスは加藤さん宛の最後の部分に関係していると思って行をつめて書いてしまいましたが
やっぱり見付け辛いですね。m(__)m
＞加藤さん
確認しましたが、これだとエラーが出て正解である筈です。
URLをhttp://127.0.0.1/~kk/と指定すること、またE:\WWW\kk\public_htmlにindex.htm[l]
が存在しないと、このようなエラーとなります。
なお、「このディレクトリのインデックスリストは見られません。」と出ているということは
E:\WWWにindex.htm[l]を入れれば見えるということですが、これで良いのだろうか？インデックス
リストのみを出す機能と考えれば良いのでしょうけど？（確かに「ドキュメントルート\public_html」
とインデックスリストを出す処理は別ものと考えられる）
ただし、http://127.0.0.1/cgi-bin/xxx.cgiなどに対応するためにはこれで良いのかもし
れない。
それから、テストに使うのなら良いでしょうけど、そうでないなら
ドキュメントルート：E:\WWW\kk
/~kk -> public_html
とするのが良いのだと思います。何故ならドキュメントルートをE:\WWWとするとその中にある
他のフォルダ全てにアクセスで来てしまう筈であるからです。ただ、読み取りアクセスしかでき
ないのだとは思いますが。が、誰かに盗み見られているかもしれないと思うと気持ち悪くはあり
ませんか？もしうっかり大切なファイルなどを置いてしまったりしたら。人は必ずうっかりした
ミスは犯すもの。インターネットは実社会（通信を行わない世界と通信（バーチャルなとかとも
呼ばれたりするみたいだが）の世界のどちらが実社会なのか判らないが）より暇な世界であるの
か盗み見られることが簡単に起こってしまうところであると思います。セキュリティを破るのが
簡単にできて面白いからなのかもしれないが。
また、ドキュメントルートをE:\WWWにすることによってエイリアスプロパティシートのcgi-bin
のパスはE:\WWW\cgi-binとなっている筈です。E:\WWW\kk\public_html\cgi-binに置くなら、
cgi-binのパスを確認しておく必要がある筈です。http://127.0.0.1/~kk/cgi-bin/xxx.cgi
なら問題ないが、/cgi-bin/xxx.cgiはエラーになる筈。
ドキュメントルート（E:\WWW）直下にcgi-binを置けばhttp://127.0.0.1/cgi-bin/...も
/cgi-bin/...もそのままで通る筈。
＞三浦郁夫さん
2つ目はこの辺が関係していませんか？
3つ目はFORMタグを入れたHTML文書の場所と呼び出そうとしているxxx.cgiの位置関係くらい
しか思い浮かびませんが。例えばpublic_htmlフォルダ内にHTML文書があって、public_html
フォルダと同じ階層にcgi-binフォルダがあれば3つ目も通る筈と思います。
中田さんこんにちは。GWはいかがお過ごしで？
><FORM ACTION="http://127.0.0.1/cgi-bin/xxx.cgi">
><FORM ACTION="/cgi-bin/xxx.cgi">
><FORM ACTION="../cgi-bin/xxx.cgi">
>いずれでもOKです。
そう、これこれ(^_^;)。
この三つのうち、下の二つがうまくいかないんですよ。
やはり、Pathの切り方が悪いのでしょうか？
はじめまして、利用させて頂いていますが私の設定が悪いのか
何度試しても同じエラーが出てしまいます。
ここを読んでプロクシやポートも変えて接続もLANになるように
していますがうまくいきません。
エラー内容その他を言葉での説明が難しいので下記にアップしました。
ご面倒でもよろしくお願いします。
http://www.geocities.co.jp/Hollywood/5683/HTTP.htm
なぜかいきなり、CGIを動かそうとすると
Error 500
CGI エラー - 標準出力一時ファイル 1.x を stdout.x にリネームできません。
と表示されるようになってしまいました(T T)。
一体何が〜〜〜(; ;)。
