GitHub - sneakybeaky/mod_redis: An Apache HTTPD module for speaking to redis via HTTP
mod_redis This Apache module uses a rule-based engine (based on regular expression parser) to map URLs to REDIS commands on the fly. It supports an unlimited number of rules and can match on the full URL and the request method (GET, POST, PUT or DELETE) to provide a very flexible option for defining a RESTful interface to REDIS. By default the module returns an XML representation of the resulting
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Apache HTTP Serverに情報流出の脆弱性が発覚
Apache HTTP Serverをリバースプロキシモードで利用している場合にこの問題の影響を受ける。Apacheはパッチを公開して脆弱性に対処した。 Apache HTTP Serverのリバースプロキシ機能（mod_proxy）に新たな脆弱性が発覚し、問題を修正するためのパッチが公開された。 Apacheのセキュリティ情報などによると、この問題はApache HTTP Serverをリバースプロキシモードで利用している場合に影響を受ける。脆弱性を悪用された場合、リモートのユーザーが細工を施したリクエストを送り付けることによって、内部のサーバの情報が流出する恐れがある。 脆弱性が存在するのは、httpd 1.3とhttpd 2.xの全バージョン。Apacheはバージョン2.2.21向けのパッチを公開してこの問題に対処している。
DoSの脆弱性を修正した「Apache 2.2.20」、公開 － ＠IT
2011/08/31 Apache Software FoundationとApache HTTP Server Projectは米国時間の8月30日、サービス運用妨害（DoS）の脆弱性を修正した「Apache 2.2.20」を公開した。ただし、Apache 2.0／1.3系列については、修正版はリリースされていない。 Apache HTTPDサーバについては、8月24日ごろから、DoS攻撃につながる脆弱性が指摘されていた。RangeヘッダおよびRequest-Rangeヘッダの処理に問題があるため、細工を施したパケットを送り付けられるとCPUとメモリが大量に消費され、サーバ自体の操作やサービス提供が困難な状態に陥る。 影響を受けるのは、Apache 1.3系列のすべて、それにApache 2.0.64／2.2.19以前のすべてのバージョンだ。悪いことに、この脆弱性を悪用する攻撃ツール「A
Apache killerは危険～Apache killerを評価する上での注意～
Apacheの脆弱性(CVE-2011-3192)いわゆるApache killerが話題になっていますが、その脅威については一部誤解があるようです。 以下は、非常に脅威とする報告の例です。 一方今回のはプロセスの肥大化を伴うので、実メモリ消費して更にスワップも使い尽くしてOS毎激重になったあげくLinuxとかの場合はOOM Killer発動と、他のプロセスや場合によってはOSを巻き込んで逝ってしまいます。 CVE-2011-3192 Range header DoS vulnerability Apache HTTPD 1.3/2.xより引用 以下は、それほど脅威でなかったとする報告の例です。 pooh.gr.jp は結構頑丈だったので 60 並列でやっと CPU idle 30% まで減らせた。 Apache Killer (CVE-2011-3192) 対策 for CentOS 5
Apache HTTPD 1.3/2.x の Range ヘッダーの DoS 脆弱性について — Apache JP
Apache HTTPD 1.3/2.x の Range ヘッダーの DoS 脆弱性について Apache HTTPD の 1.3/2.x の Range ヘッダーの処理に DoS 攻撃の原因となる脆弱性が発見されました。パッチがリリースされるまでのとりあえずの対策が公開されいます。 8月20日に Full-Disclosure メーリングリストにおいて、Apache HTTPD 1.3/2.x の Range ヘッダー処理の問題を突いて、Apache HTTPD を処理不能にしてしまうスクリプトが公開されました。
[Apache] LDAPでベーシック認証を使用する(mod_authnz_ldap、util_ldap) - Life with IT
2008/5/17更新 対応バージョン: 2.2.8 LDAPでベーシック認証を使用するにはまず以下のオプションを付けてApacheをconfigure、make、インストールする。 --with-ldap APR-util組み込み --enable-authnz-ldap LDAP認証 --enable-ldap LDAPコネクションプール、及び問合せ結果のキャッシュ httpdには以下のモジュールが組み込まれる。 % ./httpd -l|grep ldap mod_authnz_ldap.c util_ldap.c 関連資料・記事 Apacheの準備ができたらhttpd.confや.htaccessに設定を追加する。 設定パラメータ まず主な設定パラメータについて説明する。 AuthName 認証時に表示されるダイアログの文字列を指定する。 例) AuthName "User aut
![[Apache] LDAPでベーシック認証を使用する(mod_authnz_ldap、util_ldap) - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
UbuntuでApacheを設定する際のハマリどころ - yummy-yummy
Ubuntuを使う前はCentOSを使っていたので、Apacheの設定にちょっとハマりました。 ソースからインストールする場合は基本今までと同じなんですが、apt-getでインストールするとちょいとUbuntuアタマにする必要があります。 UbuntuでのApache設定は基本的にDebianを受け継いでいるので、モジュールやサイトの設定を apache2.conf(httpd.conf)には書かずに細かく管理します。ここんところがRedHat系ユーザーのハマり所ですね。 （Apache2になってからは、設定ごとに〜.confファイルに記入しますが、Ubuntuは管理がさらに 細かいみたいです。） 設定ファイル apache2.conf httpd.confの代わりにapache2.confが読み込まれます。 ports.conf 通信ポートの設定です。デフォはもちろん80で。 Liste
UbuntuTips/DedicatedServer/ApacheVirtualHost - Ubuntu Japanese Wiki
対象とするUbuntuのバージョン すべて Debian/Ubuntuのapache2パッケージは、マルチサイトを構築（バーチャルホストを設定）しやすいように注意深くパッケージングされています。 （ただし、その構築・設定を手軽に簡単に行えるGUIツールやWebインターフェースは現在のところありませんので、CUI・コンソールからの作業が必要です。） そのため、apacheプロジェクト自身が配布しているオリジナルのapacheや、Debian/Ubuntu以外のLinuxディストリビューションのapacheのrpmパッケージなどとは少々ディレクトリ構成や設定ファイルの位置・内容、作法が異なります。 慣れればこちらの方が美しい実装と感じるのですが、Debian/Ubuntuの作法に従って設定を記述している日本語のドキュメントがなかなかなかったりします。本文書はその一つになれるように作成されました
mod_pagespeed Overview
Learn more Overview Page Speed extension mod_pagespeed for Apache 2 Get Started Page Speed extension mod_pagespeed for Apache 2 Security Considerations Documentation Performance Best Practices Optimize caching Minimize round trip times Minimize request overhead Minimize payload size Optimize browser rendering Page Speed rules (alphabetical) Avoid bad requests Avoid CSS expressions Combine external
mod_proxyを経由するとURIが勝手にデコードされる - 脱線こそ本道
フロントに Apache を置き、バックエンドの Tomcat に mod_proxy_ajp 経由でリクエストを転送するという一般的な構成において、日本語では探しても余り見つからなかったネタがありましたので書いておきます。 リクエストURIに「URLエンコードされた文字」を含む場合、mod_proxy はこれらの文字をデコードした上で、バックエンドに転送します。 この動作は、通常のWebアプリでは特に問題にはならないと思います。 しかし、次のようなリクエストURIを考えてみましょう。 /path/to/foo%3Bbar これをデコードすると次のようになります。 /path/to/foo;bar ご承知の通り、URIにセミコロンが含まれていた場合、Tomcat はそれ以降の文字を別セグメントと認識してしまいます。このため、mod_proxy_ajp 経由の Tomcat では、 requ
Apache上でRuby on Railsアプリケーションを動かす／Passenger(mod_rails for Apache)の利用
この文書は内容が古くなっています。 インストール ページで新しい文書を探してください。 要約 Redmine等のRuby on Railsアプリケーションを"Phusion Passenger(mod_rails for Apache)":http://www.modrails.com/ を利用してApache上で稼働させる手順を説明します。 運用の簡素化、複数インスタンスを並列稼働させることによるレスポンスの改善が期待できます。 インストールの流れは次の通り。 gem install passenger passenger-install-apache2-module httpd.confの変更 Phusion Passengerとは Railsアプリケーションを実行するためのApacheモジュールです。 特徴 Apache単独でRailsアプリケーションを実行可能です。Apacheのモ
Apacheモジュールの作成とgdbとloggerでのデバッグ方法 - よねのはてな
ApacheのFilterモジュールを作った話しをしたらid:c9katayamaに情報公開しろと言われたままでしたので公開します。 C言語の勉強しようかな、Apache2.xのモジュールを作ってみようかな、gdb使ってデバッグしてみようかなと考えてた人にお勧めです。 JavaでのServletの開発経験のある人であれば、Filterの処理の動きやリクエストコンテキストの考え方は分かり易いはずなので、エントリを読み終わる頃にはApacheのモジュールをgdbでデバッグしながら作る事が出来るはずです。 mod_orzを作成 今回はmod_orzというApacheモジュールを作成します。 Apacheモジュールを作成する際には、apxsというモジュール開発用のコマンドを使用しテンプレートを作ります。 # apxs -g -n orz Creating [DIR] orz Creating [F
Apacheの安全を確保するための10の対策 - builder by ZDNet Japan
あなたは自分の会社のウェブサイトをサービスするApacheをインストールしたところだとしよう。Apacheはスムーズに動作しており、万が一の場合にもLinuxのセーフティネットが助けになるはずだと思う。ところが、2週間ほど経ったところで、いろいろとおかしなことが起こり始める。なぜだろう。ApacheとLinuxを使っているのに・・・おかしくなることなどあるだろうか？ もちろん、注意を払わなければ、おかしくなることはいくらでもあり得る。Apacheを安全にする方法はあるが、もちろん何もしなければ安全にはならない。以下に示すのは、Apacheをより安全なウェブサーバにするための簡単な10の方法だ。 #1: とにかくアップデート LinuxでApacheを動かしているからと言って、アップデートが不要だということにはならない。常に新しいセキュリティホールやリスクが登場している。あなたは、最新のパッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ModSecurity (mod_security) - Open Source Web Application Firewall
mod_log_config - Apache HTTP サーバ
Apache iBATIS Ibator User Manual
issues.apache.org