Apache関連 Part7

**名無しさん＠お腹いっぱい。** · 05/02/17 23:10:46

HTTP ServerのApacheに関する話題を扱うスレッドです。

前スレ Apache関連 Part6
　http://pc5.2ch.net/test/read.cgi/unix/1084829611/

●まずはマニュアル嫁。
　http://httpd.apache.org/docs/ Apache 1.3
　http://httpd.apache.org/docs-2.0/ Apache 2.0

●「自分」でバージョンぐらい調べるれ。
　httpd -h
　httpd -V コンパイル条件など詳細な情報

●Apache関連サイトへのリンクは >>2-5 あたりヨロ

**名無しさん＠お腹いっぱい。** · 2005/11/22(火) 10:09:29

perl だと $! が、ほぼ errno なんだけど、PHP にそういうのはない？

**名無しさん＠お腹いっぱい。** · 2005/11/22(火) 12:38:48

>>873
とりあえず、第三引数でE_WOULDBLOCKの状態かどうかだけでも判定してみたら？

**863** · 2005/11/23(水) 19:28:42

もうお手上げです。IA64 RedHatがだめなだけかもしれません。みなさま、ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2005/11/24(木) 01:08:59

IA64とかの問題じゃない気がするけどな・・・。
コマンドラインから
# su - apache
% php flock.php
みたいな感じでも再現すると思うんだけど、その辺しらべてます？

そもそもPHPと関係なくflock(2)でも同じ動きなんだっけ？
fopen(), flock(), fclose()なソース書いてタメしてみれば？

**名無しさん＠お腹いっぱい。** · 2005/11/24(木) 16:33:37

Apache httpdのサイトのドキュメントの欄にTrunkが増えてる

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 04:15:02

名前ベースのバーチャルホストでSSLを使うのはできないそうですが，
やって出来ないことはないという記述もちらほら見ます．
証明書は同じでいいので ServerName によって
DocumentRoot を変えることはできないでしょうか？
現在，非SSLではできているのですが，
SSLだとすべて同じ DocumentRoot が表示されてしまいます．

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 08:05:08

> 証明書は同じでいいので
暗号化通信してても相手を認証できなかったら旨みがないんだけど。
今時、IP の一個や二個、安いもんだろ。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 09:46:03

＞879
簡単にいうと現在のSSLはIPアドレスで認識しホスト名は使ってないので無理

＞880
自鯖で固定IPする場合だと１個とそれ以上（普通は８個、１６個）だと何倍もの価格差が有るよ

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 10:12:15

>>881
でも大した金額じゃないじゃん。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 10:34:48

金がないならホスト名1個でディレクトリわければいいじゃない。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 11:11:04

バーチャルホストでいいだろ

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 11:17:25

え？

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 14:02:59

>>882
本気で何倍もの価格差が大した事ないお前は/24でも契約して使ってるのか？
極論馬鹿はほっといて
普通に考えれば何らかの特別な動機がなければ複数IPは割高だよね
ディレクトリでユーザ別に分けるのが現実的かな

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 14:32:33

https://hatena.g.hatena.ne.jp/
ワールドカードが使えるんだねー。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 14:40:11

ワールドカードの検索結果約 78,600 件中 1 - 10 件目 (0.27 秒)
ワイルドカードの検索結果約 348,000 件中 1 - 10 件目 (0.03 秒)
ワールドカップの検索結果約 1,980,000 件中 1 - 10 件目 (0.16 秒)

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 16:34:37

>>881
現在のということは以前はできてたのでしょうか？
まあ単に趣味的に
http://my.domain/~hoge/ より
http:///hoge.my.domain/ の方が好みだった程度なので
今回はあきらめることにします．

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 17:53:52

現在一般的な SSL (RFC2818) では無理。
もうひとつの仕様である RFC2817 の方ならば理屈の上では可能なはず。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 20:08:23

apache-2.1.xで試せるんでない?
対応済みクライアントはあるんかな

**名無しさん＠お腹いっぱい。** · 2005/11/26(土) 20:06:01

2.xを使っているのですが、ローカルのページを
http://localhost/
と接続するだけでなく(代わりに)
http://betunonamae/
でも接続できるようにするにはどう設定すればいいでしょうか？

**名無しさん＠お腹いっぱい。** · 2005/11/26(土) 20:18:07

/etc/hostsに追加汁。localhost == 127.0.0.1 なのを理解してればすぐだ。

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 10:57:05

>>893
できやした。

thanks

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 17:17:51

>>889
ネームベースの SSL だって別にできるでしょ？
クライアント側は、証明書の Common Name とホスト名が一致しないから
警告を出すだけで、暗号化という目的は達成されてる。

# どうしても１つの IP アドレスで警告を出さずにやりたいなら、
# ポートベースのバーチャルホストっていう方法もあるわけだし・・・

そもそも同じ証明書でいいってことは警告を覚悟の上だと思うから、
別に普通にネームベースの <VirtualHost> を設定すれば良いのでは。

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 17:25:35

>警告を出すだけで、暗号化という目的は達成されてる。

認証が不完全な状態でなされる通信を暗号といってしまっていいのだろうか。

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 17:48:07

言ってしまっていいでしょ
>>879の目的には合わなさそうだけど

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 21:19:57

ホスト名がワイルドカードなSSL証明書だって、正規(?)なものとして
あるから、ネームベースバーチャルホストができても構わないでしょ

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 21:23:47

じゃあ勝手にやればいいんじゃない(´Д｀)

**879** · 2005/11/27(日) 23:50:49

>>895
実際やろうとして普通に VirtualHost の設定をしたつもりなのですが
アクセスするとどれも同じ DocumentRoot が表示されます．
<VirtualHost _default_:443> を <VirtualHost *:443> に変えたり
NameVirtualHost *:443 を追加したりしましたが無理でした．

**名無しさん＠お腹いっぱい。** · 2005/11/28(月) 00:12:52

pound挟めばできそうな気がする

**名無しさん＠お腹いっぱい。** · 2005/11/28(月) 05:32:01

>>900 そこまで来るともう SSL 以前の問題じゃない？　conf がおかしいよ。

**名無しさん＠お腹いっぱい。** · 2005/11/29(火) 23:49:27

example.com と example2.comそれぞれ別々にログを吐き出す方法なら
分かるんですが、
example.com/abc/、 example.com/abc2/それぞれ別々にログを
出す方法がワカラソダス。httpd.confの設定で簡単にできるもの
でしょうか？おしえちくり

**名無しさん＠お腹いっぱい。** · 2005/11/30(水) 00:20:36

>>903
SetEnvIf
ttp://httpd.apache.org/docs/2.0/ja/logs.html

**名無しさん＠お腹いっぱい。** · 2005/12/01(木) 09:01:20

2.2.0 出ました。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 00:05:24

ｷﾀﾜｧ*･゜ﾟ･*:.｡..｡.:*･゜(n‘∀‘)ηﾟ･*:.｡. .｡.:*･゜ﾟ･* !!!!!
http://ftp.kddilabs.jp/infosystems/apache/httpd/CHANGES_2.0
http://ftp.kddilabs.jp/infosystems/apache/httpd/httpd-2.2.0.tar.bz2

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 00:20:26

*) Strip out Experimental MPMs that have gone nowhere since 2.0
(perchild, threadpool, leader). [Nick Kew]

おいおいperchildもかよ

**906** · 2005/12/02(金) 00:28:29

>>906
リンクミスった
http://ftp.kddilabs.jp/infosystems/apache/httpd/CHANGES_2.2

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 00:45:00

ApacheとかJakartaの連中は中途半端な実装をつっこんどいて
メンテせずに削除なんてよくあるよな。
mod_wepappとmod_jk2がobsoleteになった時は目が点になったよ。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 00:53:55

httpd-2.2が出たっつー事はもうすぐmod_jkもobsoleteじゃねーの？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 01:42:35

2.2は移行していいの？
2.1で十分開発されたみたいだし。
そういうものでもない？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 10:19:24

apacheの動作権限をnobody:nobodyにして
logファイルをroot:rootの644にしても
ログが問題なく書き込まれるのはなぜ？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 10:37:21

Apacheの公式サイトにつながんねえ
2.2.0が公式に載るのを見たいのに。

>>912
親プロセスが書いてるんじゃないの？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 13:52:55

Premature end of script headers: abc.cgi
CGIがうまく動作しません。
エラーログが上のようになっているのですが、
原因がつかめません、
（パーミッションもチェックしたし、スクリプトのコード自体も何度もチェックしました）
CGIのエラーをさらに詳細にロギングすることはできないでしょうか？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 13:57:57

>>914
どうせ改行コードだろ。
エラーメッセージでぐぐってみ。

**914** · 2005/12/02(金) 14:05:20

改行コードも調べたのですが違うっぽいのです。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:13:16

いくつかメジャーCGIも試しましたが、依然としてうまくいきません。
apache自体の問題のような気もしてきました。
cgiってモジュールとか必要ないですもんね・・・。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:21:58

>>917
拾ってきた CGI を実行するより
短い CGI を自作して試すのが先だろ。

mod_cgi が必要だよ。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:26:22

>>918
sshからなら動作しました。
apache経由だとむりです。
mod_cgiは高速化させるためのモジュールでは？

**919** · 2005/12/02(金) 14:28:29

何度もすみません、nobody(apacheの動作主)からsshでも動作可能でした。

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:29:17

公式ドキュメントを見ないのは宗教上の理由なのか？

**919** · 2005/12/02(金) 14:35:34

SuexecUserGroupディレクティブはずしたら動作可能になりました。ほわい・・・
詳細な原因について今から調べます・・・

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:37:12

>>922
ちゃんと公式ドキュメントに書いてある。
http://httpd.apache.org/docs/2.0/howto/cgi.html#suexec

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 14:41:23

>>922は創価学会員

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 18:13:03

>>923は原理主義者

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 18:19:37

>>925は日本人の真似しか出来ない朝鮮人

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 20:05:28

>>926は朝鮮人にレイプされて産まれた子だということを知らない子

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 20:07:30

何このApacheスレに特有の流れ？

**名無しさん＠お腹いっぱい。** · 2005/12/02(金) 20:24:25

http://httpd.apache.org/docs/2.2/new_features_2_2.html

に書いてない新機能が結構ある？

AcceptFilter
http://httpd.apache.org/docs/2.2/mod/core.html#acceptfilter

**名無しさん＠お腹いっぱい。** · 2005/12/03(土) 01:00:46

>>912
親プロセスで開いたファイルハンドルを子プロセスに渡すので、
親プロセスの権限で読み書きされます。

**名無しさん＠お腹いっぱい。** · 2005/12/03(土) 12:24:30

snoop - capture and inspect network packets

**名無しさん＠お腹いっぱい。** · 2005/12/03(土) 21:16:44

http://httpd.apache.org/docs/2.1/mod/mod_log_config.html#bufferedlogs
複数のログを書き出す際に、それぞれのリクエスト処理後毎に書き出すのではなく、いったんメモリに蓄えてから、まとめてディスクに書き出すようになります。この結果ディスクアクセスがより効率的になり、高いパフォーマンスの得られるシステムもあるでしょう。

これってどんな場合は使ったほうがいいのかなあ？

**名無しさん＠お腹いっぱい。** · 2005/12/04(日) 15:08:28

>>905
portsｷﾀﾜｧ*･゜ﾟ･*:.｡..｡.:*･゜(n‘∀‘)ηﾟ･*:.｡. .｡.:*･゜ﾟ･* !!!!!

**名無しさん＠お腹いっぱい。** · 2005/12/04(日) 16:02:04

>>932
バッファリングってことだから、ディスク I/O がボトルネックになっている
場合に使うわけでしょ。ログ専用のディスクを設置しても良いわけだし、
あくまでもソリューションの１つでしかない。同期書き込みじゃなくなるから、
apache や OS がコケた場合にログを失う可能性もあるわけだ。

**名無しさん＠お腹いっぱい。** · 2005/12/04(日) 21:48:16

漏れ ab でベンチしたことあるけど、
extended status で処理状況見たらほとんどのプロセスが
ログ処理中だったりしたことあるよ。
あれって、ログの処理方法明らかに効率が悪いと感じた。

**名無しさん＠お腹いっぱい。** · 2005/12/04(日) 21:53:47

BufferedLogs Onにしてみたが特にスコアに影響なかったな。

**名無しさん＠お腹いっぱい。** · 2005/12/04(日) 22:32:11

OSが書き込みをバッファしている環境/FSでは
殆ど差はないと思うよ。

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 04:14:54

>>937 んだな、OS やファイルシステムを比較しないと意味ない

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 07:56:08

FreeBSDみたいな出来の悪いOSじゃないと差が出ない。ないないない。

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 08:59:42

Apache2.2.0使ってるんだけど、httpd.confにこんな記述をしようと思った。

<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/xml image/bmp
DeflateCompressionLevel 9
</IfModule>

最後の</IfModule>を</Ifmodule>と書いてしまい、mod_deflateが有効にならなかった。
気付いて、直して、 apachectl restart したんだけど、直らなかった。
apachectl stop してから apachectl start したら直った。これってバグ？

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 14:40:43

apacheをインストールしたらbindをインストールする必要がありますと出たのだけれど、
apacheにbindは必要なのでしょうか？
環境はsuse linux 10.0です。

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 14:45:06

(つд⊂)ｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ） Linux？

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 14:54:04

>>941
ほんとにそんなこと書いてあったか?
よく読んでみ。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 18:34:50

tomcat 5.0.28 + apache 2.0.4 + mod_jk2

[Wed Dec 07 18:38:20 2005] [error] ajp13.connect() failed ajp13:***.***.***.***:8009
[Wed Dec 07 18:38:20 2005] [error] ajp13.service() failed to connect endpoint errno=9 Bad file descriptor
[Wed Dec 07 18:38:20 2005] [error] ajp13.service() Error forwarding ajp13:***.***.***.***:8009 1 1
[Wed Dec 07 18:38:20 2005] [error] lb.service() worker failed 120000 for ajp13:***.***.***.***:8009

# Example socket channel, override port and host.
[channel.socket:***.***.***.***:8009]
port=8009
host=***.***.***.***

# define the worker
[ajp13:***.***.***.***:8009]
channel=channel.socket:***.***.***.***:8009
group=lb

# Map the Tomcat examples webapp to the Web server uri space
[uri:/jsp-examples/*]
group=lb

[uri:/*]

*はIPです。

上記のようなエラーログが出力され、サーブレットページが開けない状況です。
原因がわかる方いらっしゃいましたら教えていただけないでしょうか。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 22:51:07

mod_jk2ってlocalhost(またはLAN)上にTomcatが動いてる前提じゃないの？
グローバルIPに接続しようとしてる気がするけど。

**名無しさん＠お腹いっぱい。** · 2005/12/09(金) 15:19:09

The Apache Software FoundationおよびThe Apache HTTP Server Projectは
2日(米国時間)、Apache HTTP Serverの最新版となる
Apache HTTP Server version 2.2.0を公開したことを発表した。
The Apache Software FoundationおよびThe Apache HTTP Server Projectは
Apache HTTP Server version 2.2.0が現在リリースされている
Apache HTTP Serverのなかでもっとも優れたバージョンであるとし、
すべてのユーザにApache HTTP Server version 2.2.0へのアップグレードを推奨している。

Apache HTTP Server version 2.2.0ではいくつもの機能拡張、改善、
2.0コードベースと比較してパフォーマンスの向上などが施されている。
なお、Apache HTTP Server version 2.2.0が動作する環境は
Apache Portable Runtime(APR) version 1.2.2。APR 1.2.2は
Apache HTTP Server version 2.2.0に同梱されている。
既存の環境のlibapr、libaprutil、libapriconv(Win32など)といったAPRライブラリは
バイナリ互換性や既知のプラットフォームバグを修正するためにアップデートする必要がある。

Apache HTTP Server version 2.2.0における主な変更点は次のとおり。

>>2

サーバ管理者は使用するモジュールにバージョン依存があるといった理由がない限り、
Apache HTTP Server version 2.2.0へのアップグレードを検討した方がよいだろう。

http://pcweb.mycom.co.jp/news/2005/12/02/033.html ;

**名無しさん＠お腹いっぱい。** · 2005/12/09(金) 21:54:55

また大地かよ。

**名無しさん＠お腹いっぱい。** · 2005/12/09(金) 22:32:59

漏れ大地好き

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 17:18:56

conf/extra以下に*.confが分かれたんだね。
見通しが良くなりそう。

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 17:23:40

It works!

**名無しさん＠お腹いっぱい。** · 2005/12/10(土) 17:39:44

どっちかというと、デフォの httpd.conf の最初の行が

# Based upon the NCSA server configuration files originally by Rob McCool.

から

# This is the main Apache HTTP server configuration file.

に変更になったことの方が感慨深い。
apache 1.0 がリリースされて以来10年たってようやく NCSA の文字が消えた。

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 01:17:12

最近preforkMPMから、workerMPMに移行したんですが、server-statusについて質問です。

apachectl graceful を行ったときや、MaxSpareThreadsをオーバーしたときに、
終了するモードに入った小プロセスに繋がってるリクエストは、
そのまま残るんですが、○○ requests currently being processed (BusyWorkers)にカウントされないみたいです。

これって仕様としてあきらめるしかないんでしょうか？
一定時間ごとにBusyWorkersを数えてグラフにしてるんで・・・

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 20:11:08

誰かがファイルをダウンロードしてるときに、サーバーを止めたり再起動すると、
そこでファイルが途切れて「ダウンロードが完了しました」となるんですが
(WindowsのIEとFireFOXで確認)
これってどうしようもないんですかねえ。

仕方ないのでうちはサーバーを止めたり再起動するときはLANMケーブル抜いてからやってます

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 20:16:35

>>953
graceful じゃだめなん?

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 20:19:59

>>954
普段はもちろんgracefulで再起動してます。
でも、どうしてもApacheを止めなきゃいけないときがたまにあって(今日もさっき止めることになった)

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 20:55:29

apache 2.2 で graceful-stop つーのができるようになりました。

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 21:00:26

>>956
シャットダウンに下手したら6時間とかかかるんだが…(GracefulShutdownTimeoutできるなら結局意味ないし)

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 21:00:59

GracefulShutdownTimeoutできる
↓
GracefulShutdownTimeoutで切る

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 21:07:06

ん？全接続が終了しているにも関わらず、なぜか長時間shutdownされないままになるってこと？
それとも、もともと6時間かかるダウンロードを不思議パワーで超高速でダウンロードさせたいってこと？

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 23:36:54

Content-Length: でサイズがちゃんと明示されてたり、
Transfer-Encoding: chunked だったりする場合には、
ダウンロードの途中でサーバの方から切断しても
完了してないということはちゃんとわかるはず。
逆にこれらのヘッダを応答に含めてないののならば
そういう現象が起きてあたりまえ。

実際のクライアントの動作は確認してないけど、
これらのヘッダを送ってるのにダウンロード完了扱いにするのならば
クライアントがタコなせいでサーバ側にはどうしようもないと思う。
これらのヘッダを送ってないのにそういう現象が起きると騒いでるのならば、
そりゃあんたがアホなだけだ。

**953** · 2005/12/12(月) 23:48:11

>>959
ファイルを途切れさせるのがｲﾔだから、stopはやりたくない
graceful-stopだとダウンロード完了を待たなきゃいけないから下手したら数時間待つことになる
その間新たに接続して来た人は追い返すことになる
GracefulShutdownTimeoutを設定しちゃったらstopで止めるのと変わらない

>>960
ただのファイルなんで、Content-Lengthは送られています。(今念のため確認しました。)
というわけで、WindowsのIEとFireFoxがダメなのは分かってます。
そうはいっても、この2つがアクセスのほとんどな訳で…

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 23:51:11

無茶言いますな。

**953** · 2005/12/12(月) 23:53:17

やっぱこれはあきらめるしかないんですかね…

LANケーブルを抜けば、クライアント側はIEの場合は終了せず、
しかし1バイトも送られて来ず止まったままになってしまいます。
それはそれで問題ですが、途切れてしまうよりはいいやと考えています。

**名無しさん＠お腹いっぱい。** · 2005/12/12(月) 23:56:16

ContentDigest on にすると、Content-MD5 に対応してるクライアントならば
ダウンロード失敗とみなすかも。そんなクライアントが存在するのかどうか知らんけど。

**名無しさん＠お腹いっぱい。** · 2005/12/14(水) 19:31:57

ちょっとはまった。

# apachectl start
[warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter

# kldload /boot/kernel/accf_http.ko

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 12:30:50

ちょっと気になったことが・・・ググッたけどなにも出てこないしね。

apache1.3.3ですが、perlから無限ループのシェルを呼び出してそのままそのシェルを放置したらどうなるんでしょうか？
重いシェルを使ってやってみましたけど、元のperl自体はtimeoutされてシェル自体は残っていて通常にたたいたくらいの時間で処理が終了しました。
10分以上待ったのでこれ以上待ち続けるのもいやですし、もし何かの仕組みでkillされたとしてもその原因追求は困難だと思います。

ちなみにこの仕組みで大量にプロセスを残留させたら簡単にマシンをフリーズさせられそうで怖いですしね。

ヒントなどありましたらお願いします。

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 12:38:02

ヒント: CGI禁止

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 12:43:55

>>967
いや・・・だってそれは本末転倒だしw

普通にシェルのプロセスの親プロセスが１になるからapacheとも関係なくなる気がするから止めるとしたらどうやりゃいいんだろうと思うよ。。

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 12:44:09

>ググッたけどなにも出てこないしね。

google に聞く前にドキュメントを読むことをすすめる。
ちゃんと書いてあるから。

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 13:15:08

>>968
正解：CGI禁止

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 13:42:27

>>969
いや、ごめんなさい、わかんないです。

ブラウザからcgiを開く→cgiは新しいプロセスとしてシェルを呼び出す（system関数を利用して絶対パスとしてシェルを指定)
→サーバータイムアウトでcgiのプロセス死亡→呼び出したシェルのプロセスは死亡するかと思いきや生存。

もちろんCGIの実行を許可するディレクトリ等の設定は抑えていますしsuexecの設定も読んでみましたが、直接の呼び出しでないしcgiのプロセスが死んだ後制御できるのかと不思議だしね。

もちろんユーザ自体に制限掛けてCPU使用率に制限掛けておけばいいのかと思いますがそれだとapacheに影響でそうなんでやだなあと

>>970
サーバの閉じられたイントラでの使用のみで許していただけないでしょうか？

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 14:25:30

さじ加減の話はウザい。てめえの経験次第だ。

**名無しさん＠お腹いっぱい。** · 2005/12/17(土) 14:58:59

もうちょっと具体的に書いてくれないと何が心配なのかさっぱり分からん。