Apache関連 Part8
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/01/04(水) 16:46:23http://httpd.apache.org/
HTTP Serverの最新Versionは
Apache/2.2.0
Apache/2.0.55
Apache/1.3.31
●まずはマニュアル嫁。
http://httpd.apache.org/docs/ Apache 1.3
http://httpd.apache.org/docs/2.0/ Apache 2.0
http://httpd.apache.org/docs/2.2/ Apache 2.2
●「自分」でバージョンぐらい調べるれ。
httpd -h
httpd -V コンパイル条件など詳細な情報
Apache関連 Part7
http://pc8.2ch.net/test/read.cgi/unix/1108649446/
Apache関連 Part6
http://pc5.2ch.net/test/read.cgi/unix/1084829611/
0320名無しさん@お腹いっぱい。
2006/03/01(水) 09:34:310321名無しさん@お腹いっぱい。
2006/03/01(水) 16:11:59そうそう構成の変更なんてしないでしょ。
開発中なら別に無停止である必要なんてないし。
0322名無しさん@お腹いっぱい。
2006/03/01(水) 17:21:130323名無しさん@お腹いっぱい。
2006/03/01(水) 17:46:39つ[mod_gzip]
0324名無しさん@お腹いっぱい。
2006/03/01(水) 17:51:290325名無しさん@お腹いっぱい。
2006/03/01(水) 17:53:540326名無しさん@お腹いっぱい。
2006/03/01(水) 18:06:380327ヽ(´ー`)ノ ◆.ogCuANUcE
2006/03/01(水) 20:01:07mod_gzip で >>322 の要求は満たせるよ。マニュアル読んだ方がいい。
mod_deflate では無理だね。
随分前に何かの ML で、必要かどうかの議論をしたのを読んだ記憶があるけど、
結局 >>326 で落ち付いたと思う。
0328名無しさん@お腹いっぱい。
2006/03/02(木) 03:28:23php5という拡張子の場合は、
mod_rewriteで別のポートへ転送させる、
という方法が某サイトで紹介されていたのですが、
この場合、訪問者側で該当ポートを開放している必要があるという
考えで間違ってないでしょうか?
0329名無しさん@お腹いっぱい。
2006/03/02(木) 04:07:380330名無しさん@お腹いっぱい。
2006/03/02(木) 06:59:02じゃぁ、ウェブサーフィンするユーザーが80番ポートを開放している必要はあるの?
0331名無しさん@お腹いっぱい。
2006/03/02(木) 09:26:08「ポートを開放」ってのが何だかわからずに言ってるでしょ。
0332名無しさん@お腹いっぱい。
2006/03/02(木) 10:27:39お前はWebサーバーを公開してはならない
0333名無しさん@お腹いっぱい。
2006/03/02(木) 11:29:010334328
2006/03/02(木) 11:57:17通常使わないポートへのアクセスは禁止しているところが多いと思います。
なので特殊なポートを使用しているウェブサービスなんかは
利用できないことが多いですが、この場合も法人側で「ポート開放」という
のは間違ってるんでしょうか?
上のレスをするような一方の視点しか持てないような人が
Webサーバーを公開するのは危険だと思いますが・・・
0335名無しさん@お腹いっぱい。
2006/03/02(木) 12:08:38自分の意図を正確に伝えたいなら
「ポート開放」などという曖昧な言葉は使わない方がいい。
0336名無しさん@お腹いっぱい。
2006/03/02(木) 12:09:140337名無しさん@お腹いっぱい。
2006/03/02(木) 12:18:45>>335 も定義厨の一人だろうな。
0338名無しさん@お腹いっぱい。
2006/03/02(木) 12:21:53諦めたら?
0339名無しさん@お腹いっぱい。
2006/03/02(木) 12:39:54「訪問者が該当ポートを開放しておく必要はありません」
その手法をやるなら普通は、mod_proxy + mod_rewrite を使って、
php5 のときだけ php5 専用の apache にリバースプロキシするって
いう風にすると思うですよ。その php5 専用 apache へ接続するのは、
元の apache だから、訪問者(ブラウザ)は何も気にしなくて良い。
0340名無しさん@お腹いっぱい。
2006/03/02(木) 13:13:31「訪問者が該当ポートを開放しておく必要があります」
0341名無しさん@お腹いっぱい。
2006/03/02(木) 13:55:55そこまで分かってて>>328の答えが自分で考えられないような人はやっぱりWebサーバーは公開しちゃいけないと思う。
んで、わざわざ別々のhttpdにしなくても、単純にハンドラを変えればよさそうな気がするけど・・・
これって駄目なの?
0342名無しさん@お腹いっぱい。
2006/03/02(木) 19:08:54正直、TCPに関してもう少し勉強した方が良いと思う。
0343名無しさん@お腹いっぱい。
2006/03/02(木) 22:12:590344名無しさん@お腹いっぱい。
2006/03/02(木) 23:52:260345名無しさん@お腹いっぱい。
2006/03/03(金) 20:22:240346名無しさん@お腹いっぱい。
2006/03/04(土) 15:20:02(config.inc.phpで $cfg['Servers'][$i]['host'] = 'example.jp';にする)場合、
apacheでSSL有効にしてSSLでphpmyadminにアクセスしていたとしても
生データが露出してしまう部分があるのでしょうか?
また、その部分を暗号化する方法はあるでしょうか?
0347名無しさん@お腹いっぱい。
2006/03/04(土) 19:25:45ここを暗号化すると、読めない罠wwwww
0348名無しさん@お腹いっぱい。
2006/03/04(土) 20:49:39お前の頭にデコーダをインストール汁
0349名無しさん@お腹いっぱい。
2006/03/05(日) 18:39:17クライアント⇒apache1
←「/aiueo/」→apache2
←「/kakiku/」→apache3
apacheとtomcatの連携のような、必ずapacheを入り口とした・・・
0350名無しさん@お腹いっぱい。
2006/03/05(日) 18:41:510351名無しさん@お腹いっぱい。
2006/03/05(日) 22:33:02あれって、どうにかならないの?
0352名無しさん@お腹いっぱい。
2006/03/05(日) 23:42:16それはただのリバースプロキシだろ
0353名無しさん@お腹いっぱい。
2006/03/06(月) 19:48:16あきらめろ
0354名無しさん@お腹いっぱい。
2006/03/09(木) 18:52:08mod_encodingでも入れてるんじゃないの?
0355sage
2006/03/11(土) 23:26:14Apache2.2.0なら、mod_proxy,mod_proxy_balancerを入れれば以下のようにできます。
------------------------------
ProxyRequests Off
RewriteEngine On
RewriteRule ^/balancer-manager(.*)$ /balancer-manager$1 [PT]
RewriteRule ^/aiueo/(.*)$ balancer://apache2/$1 [P]
RewriteRule ^/kakiku/(.*)$ balancer://apache3/$1 [P]
RewriteRule ^/(.*)$ balancer://apache4/$1 [P]
ProxyPass /aiueo balancer://apache2 lbmethod=bytraffic
<Proxy balancer://apache2>
BalancerMember http://10.0.0.2 loadfactor=10
BalancerMember http://10.0.0.3 loadfactor=10
</Proxy>
ProxyPass /kakiku balancer://kakiku lbmethod=bytraffic
<Proxy balancer://apache3>
BalancerMember http://10.0.0.4 loadfactor=10
BalancerMember http://10.0.0.5 loadfactor=10
</Proxy>
ProxyPass / balancer://apache4 lbmethod=bytraffic
<Proxy balancer://apache4>
BalancerMember http://10.0.0.6 loadfactor=10
BalancerMember http://10.0.0.7 loadfactor=10
</Proxy>
0356335
2006/03/11(土) 23:31:55- ProxyPass /kakiku balancer://kakiku lbmethod=bytraffic
+ ProxyPass /kakiku balancer://apache3 lbmethod=bytraffic
です。
0357名無しさん@お腹いっぱい。
2006/03/12(日) 01:32:510358名無しさん@お腹いっぱい。
2006/03/12(日) 11:54:480359名無しさん@お腹いっぱい。
2006/03/12(日) 13:13:030360名無しさん@お腹いっぱい。
2006/03/12(日) 14:41:130361名無しさん@お腹いっぱい。
2006/03/12(日) 15:18:4432bitOSとApache1系or2.0系の組み合わせだと2GB以上非対応。2.2を使うのがよろしい。
まあクライアント側も大きなファイルに対応してるかどうか怪しいけどな。
IEは2GB超えるとダウンロードダイアログの表示がマイナスになる。
Irvineもだめ。
0362名無しさん@お腹いっぱい。
2006/03/12(日) 18:43:010363名無しさん@お腹いっぱい。
2006/03/14(火) 22:28:550364名無しさん@お腹いっぱい。
2006/03/14(火) 22:45:090365名無しさん@お腹いっぱい。
2006/03/15(水) 02:11:320366名無しさん@お腹いっぱい。
2006/03/15(水) 12:40:24mod_rewrite それは悪魔のささやきwwww
0367名無しさん@お腹いっぱい。
2006/03/15(水) 23:36:58apache+Tomcat環境で、apacheの方のwebdav機能を使って
Web上のファイルを修正できるようにしています。
上書き保存をしますが、実際は上書き保存されずに別のフォルダに保存されています。
原因を調査したところ、カレントディレクトリがその場所になっているためだということは突き止めました。
保存先のカレントディレクトリを設定する方法、
もしくは他の対処法がありましたら
ご教授ください。
0368名無しさん@お腹いっぱい。
2006/03/16(木) 09:50:43どんな設定をしてるかによる。
WebDAVの設定を晒せ。
>カレントディレクトリがその場所になっているため
意味不明
0369名無しさん@お腹いっぱい。
2006/03/16(木) 11:45:130370名無しさん@お腹いっぱい。
2006/03/16(木) 22:29:00すいません。
始めにUNIX板だったのを知らなくて、ここに書き込んでしまいました。
windows環境だったので、むこうに書かせていただきました。
0371名無しさん@お腹いっぱい。
2006/03/16(木) 22:51:110372名無しさん@お腹いっぱい。
2006/03/17(金) 11:25:16サーバ側で、1接続あたりの帯域というのは制限されているのでしょうか?
0373名無しさん@お腹いっぱい。
2006/03/17(金) 11:41:403人が同時に使ってたら当人は1/3になるが、そいつが8個使うと8/10になるだろう。
0374名無しさん@お腹いっぱい。
2006/03/17(金) 18:45:12Bフレッツとかだと、多人数で回線を共有してるから、例えば
1Gbit/secを 1000人で共有していると、1Mbit/secの速度しか出ない。
しかし、分割ダウンとかで 2本リンク張れば 1Gbit/secを 1001分割することに
なるけど 1Mbit/secが 2本になるので 2Mbit/secとなる。
ってことじゃないのか?
0375名無しさん@お腹いっぱい。
2006/03/18(土) 00:55:570376名無しさん@お腹いっぱい。
2006/03/18(土) 01:06:160377名無しさん@お腹いっぱい。
2006/03/19(日) 12:12:42Apache - Tomcatはそれぞれ別のサーバ機で動いています。mod_jkを通したApache - Tomcat間で
CLOSE_WAIT状態のコネクションが溜まっていき、最後はApacheに接続できなくなるトラブルに
見舞われており、原因が分からず困っています。
このような状態になってしまうのはどういった原因が考えられるでしょうか?
0378名無しさん@お腹いっぱい。
2006/03/20(月) 08:27:15CLOSE_WAIT が増えるっていうのれあれば、なんか異常な気がする。
0379名無しさん@お腹いっぱい。
2006/03/20(月) 09:56:060380名無しさん@お腹いっぱい。
2006/03/20(月) 16:59:25http://qb5.2ch.net/test/read.cgi/operate/1140540754/626
626 動け動けウゴウゴ2ちゃんねる [sage] 2006/03/19(日) 12:06:20 ID:FpAWTOrI0
流れを切って悪いですが、apache workerのバグを1つ見つけたのでパッチをUPします。
--- server/mpm/worker/fdqueue.c.origFri Nov 11 00:20:05 2005
+++ server/mpm/worker/fdqueue.cSun Mar 19 10:49:17 2006
@@ -163,7 +163,7 @@
* now nonzero, it's safe for this function to
* return immediately.
*/
- if (queue_info->idlers == 0) {
+ while (queue_info->idlers == 0) {
rv = apr_thread_cond_wait(queue_info->wait_for_idler,
queue_info->idlers_mutex);
if (rv != APR_SUCCESS) {
このパッチは、配列の要素数を越えてアクセスし、メモリ内容を破壊してしまう
問題を修正します。
問題が発生すると、Segmentation Faultや、httpdがどんどん増えてしまう現象が
発生します。
良かったら、試してみてください
0381名無しさん@お腹いっぱい。
2006/03/20(月) 17:43:40藻前が試して報告汁。
0383名無しさん@お腹いっぱい。
2006/03/21(火) 08:14:53仕事の実験台には良いと思ってるwww
0384名無しさん@お腹いっぱい。
2006/03/21(火) 15:20:270385名無しさん@お腹いっぱい。
2006/03/21(火) 16:00:26特定のIPからアクセスが集中しています。40-45万/dayくらいです。
しかもDNSで逆引きすることができず、得体が知れません。
IPは同じなのですが、参照元がバラバラで、こちらのサイトに
アクセスしていると思いきや、閲覧ページが別のサイトのものに
なっておりました。
もちろん、私のサイトには存在しないページなのですが、
access_logのステータスコードは200と表示されております。
httpd.confでそのIPにアクセス制限をかけても全く意味がありません。
どのようにしたらこれらをブロックできるのでしょうか?
バージョンは2.0.40、OSはRedHat9を入れてます。
0386385
2006/03/21(火) 16:06:12私のHPのアクセスが最近増えているのですが、
の間違いです。すみません。
0387名無しさん@お腹いっぱい。
2006/03/21(火) 17:02:480388名無しさん@お腹いっぱい。
2006/03/21(火) 17:04:50逆引き出来ないIPからの接続要求を弾く、
前段受けをつけてリダイレクトしとけばOkぢゃねの?
0389名無しさん@お腹いっぱい。
2006/03/21(火) 17:07:52そういうパッチで実験をしたら、 ex14が反応しなくなったんじゃないのか。
たしかに、実験場としては好いところだよなあ。
rootとしても気が楽なんじゃないの。
0390名無しさん@お腹いっぱい。
2006/03/21(火) 17:09:16> アクセスしていると思いきや、閲覧ページが別のサイトのものに
> なっておりました。
mod_proxyが動いている。
間違いない。お前のサーバは腐れた踏み台。
0391名無しさん@お腹いっぱい。
2006/03/22(水) 01:24:36すぐ止めれ
ベンキョウしてからweb立てれ
390に胴衣
0392名無しさん@お腹いっぱい。
2006/03/22(水) 17:05:33設定方法が変わった部分が知りたいのですが。
0393名無しさん@お腹いっぱい。
2006/03/22(水) 17:09:24http://httpd.apache.org/docs/2.2/new_features_2_2.html
0394名無しさん@お腹いっぱい。
2006/03/22(水) 17:11:11なんで韓国語があるのに日本語はないの?
0395名無しさん@お腹いっぱい。
2006/03/22(水) 17:12:03誰も和訳してないから。
0396名無しさん@お腹いっぱい。
2006/03/22(水) 17:23:57>>394が和訳してくれないから。
0397名無しさん@お腹いっぱい。
2006/03/22(水) 17:55:090398名無しさん@お腹いっぱい。
2006/03/22(水) 18:15:05ここかな?
http://httpd.apache.org/lists.html#http-docs
0399名無しさん@お腹いっぱい。
2006/03/23(木) 04:14:110400名無しさん@お腹いっぱい。
2006/03/23(木) 04:33:410401名無しさん@お腹いっぱい。
2006/03/23(木) 08:05:270402名無しさん@お腹いっぱい。
2006/03/23(木) 09:59:020403名無しさん@お腹いっぱい。
2006/03/23(木) 10:33:42暗号の扱いに何か差でもあるのだろうか。
0404名無しさん@お腹いっぱい。
2006/03/23(木) 10:39:51韓国語訳したい人がいないだけでしょ。
比べても意味ないよ。
0405名無しさん@お腹いっぱい。
2006/03/23(木) 22:39:59いいことだw
0406名無しさん@お腹いっぱい。
2006/03/24(金) 10:36:470407名無しさん@お腹いっぱい。
2006/03/26(日) 00:01:47どこを設定変えれば良い?
0408名無しさん@お腹いっぱい。
2006/03/26(日) 00:43:320409名無しさん@お腹いっぱい。
2006/03/26(日) 05:52:550410名無しさん@お腹いっぱい。
2006/03/26(日) 09:49:42されないよ。mod_encodingかなにか入れてるのか、defaultencoding設定してんじゃないの?
0411名無しさん@お腹いっぱい。
2006/03/26(日) 11:00:060412名無しさん@お腹いっぱい。
2006/03/26(日) 11:37:380413名無しさん@お腹いっぱい。
2006/03/26(日) 11:43:590414407
2006/03/26(日) 12:12:48負荷分散の為、一部のurlを別webサーバで処理するため。
飛ばした先のwebサーバで、mod_rewrite使っているので
/hoge/%26gt;をa=hoge&b=>となってしまい
>の&が残ってしまいクエリーがうまくわたらない。
mod_proxyを使わなかったときは、問題なかったので
プロキシの問題だと思っているのだが。
0415407
2006/03/26(日) 12:14:04/hoge/%26gt;をa=hoge&b=& gt;となってしまい
& gt;の&が残ってしまいクエリーがうまくわたらない。
0416名無しさん@お腹いっぱい。
2006/03/26(日) 13:24:18ディレクトリになくてもhttp経由でアクセス可能になってしまうのでしょうか?
0417名無しさん@お腹いっぱい。
2006/03/26(日) 13:39:230418名無しさん@お腹いっぱい。
2006/03/26(日) 13:45:450419名無しさん@お腹いっぱい。
2006/03/26(日) 17:01:18俺はSquidの設定ファイルがムカつくからApache使ってる
■ このスレッドは過去ログ倉庫に格納されています