Apache 2.4系でのモダンなアクセス制御の書き方
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 これまでのApache2.2系以前でのアクセス制御の書き方は賛否両論でした。僕はあまり好きじゃありませんでした。 過去のアクセス制御に関しては、以下の記事がとてもわかりやすくまとめられていると思います。 こせきの技術日記 – Apacheのアクセス制御をちゃんと理解する。 ここで、以下のように言及されています。 こんなバッドノウハウ、本当はどうでもいいと思う。Apache 3.0では、かっこいいDSL(VCL)で書けるようにする構想があるらしいのでがんばってほしい。 ということで、2.4系ではDSLとはいかないまでも、Require*というディレクティブを使ったモダンな書き方ができるようになったので、それを2.2系以前のアクセス制御の記述と比
apacheにmod_rpafをインストールする(アクセス元IPアドレスが127.0.0.1になってしまう対策)
前置き この記事は2013/06/19のすごい広島 #5で試したことです。 本題 nginxでapacheにリバースプロキシを設定するとapacheのアクセスログのアクセス元IPが127.0.0.1になってしまいます。 (WordPressへのコメントがついた場合もアクセス元IPアドレスが127.0.0.1になってしまいます) これを解消するためにはapacheにmod_rpafというモジュールをインストールすると良いらしいので、インストールしてみました。 OS:CentOS 6.4 x64 apache： 2.2系 しかし、調べてみると、mod_rpafの公式サイト(http://stderr.net/apache/rpaf/)で公開されているものはバージョン0.6で更新が止まっており、保守が継続されていないとのこと。 なので、apache 2.2系ではうまく動かないらしいのです。 もう
SSLサーバ証明書の設定確認、中間CAの設定ミスを発見する - Qiita
SSLサーバ証明書の設定で一番やらかしがちなのは中間CA証明書の設定ミスです。 PCブラウザでの鍵マーク確認だけじゃダメ！ いまどきのPCブラウザだと証明書に記載されている Authority Information Access 拡張フィールドから中間CA証明書を自動DLしてくれたりキャッシュしたりする機能がある為、サーバに中間CA証明書が正しく設定されていなくても問題なく閲覧出来てしまう。 便利だが、それ故に確認ツールとしてブラウザを使ってしまうと中間CA証明書の設定漏れに気が付かずに置かれた結果、中間CA証明書の自動DL機能のない(主には)携帯端末などからアクセスできなくなって初めて設定漏れに気付く。 なんてことがよくあるのでブラウザじゃなくちゃんとした手順で確認することを覚えましょう！ SSLサーバ証明書チェッカー 認証局がチェッカサイトを提供しているのでこれを使うのが一番簡単で確
apachebench-for-multi-url で複数 URL のベンチマーク - akishin999の日記
Apache 付属のベンチマークツール、Apache Bench(ab コマンド)は簡単に導入できて気軽に使えるのでお気に入りなんですが、残念ながら複数の URL を指定したベンチマークに対応していません。 何とかする方法はないか調べてみたところ、独自のオプションを追加して複数 URL に対応した「apachebench-for-multi-url」というものを見つけたので使ってみました。 apachebench-for-multi-url - ApacheBench for Multi URL http://code.google.com/p/apachebench-for-multi-url/ 試した環境は CentOS 6.3 x86_64 です。 インストール ビルドに必要なライブラリなどもあるため、まずは yum から通常の ab コマンドをインストールしました。 # yum i
Linuxに存在する脆弱性「GHOST」、システム管理者は落ち着いて対処を |
Linux GNU Cライブラリ（glibc）に存在する脆弱性がセキュリティ企業「Qualys」によって確認されました。この脆弱性「CVE-2015-0235」が利用されると、Linuxのオペレーティングシステム（OS）を搭載する PC上で任意のコードを実行することが可能になり、結果的にサーバーの乗っ取りや不正プログラム感染させることができます。「Heartbleed」や「Shellshock」、「POODLE」と同様に、この脆弱性は「GHOST」と名付けられました。その後の調査により、この脆弱性は深刻であるものの、攻撃に利用するのが難しく、攻撃の可能性は極めて低いことが判明しました。 「GHOST」は、glibc の関数「gethostbyname*()」を呼び出すことで引き起こされるバッファーオーバーフローの脆弱性です。この関数は、ドメイン名を IPアドレスに解決するためにさまざまなア
pixivのサムネイル事情 - pixiv inside [archive]
この記事はピクシブ株式会社Advent Calendar 12/10の記事です。 こんにちは、インフラチームの@harukasanです。 さて、今日はpixivで使用しているサムネイル変換サーバについて紹介しようと思います。 pixivにはたくさんのサムネイルがある pixivにはうんざりするほどたくさんの種類のサムネイルがあります。 これは対応しているプラットフォームが多く、また画面毎にもサイズが異なるからです。 PC版であるwww.pixiv.netだけでも10種類以上のサムネイルが使用されています。 また、サムネイルにはアスペクト比を固定したものと、スクエアにクロップした2種類があります。 (Ugoira Tech Talks: Ugoku Backendより) 従来の方法ではこれらのサムネイルをアップロード時に生成していたため、サムネイル生成を非同期化するなどして対応していました。
![pixivのサムネイル事情 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/99b1900b4ab46deb387795e6c44637478cdf38a1/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F515898db1cb9b852a85c0f4ee3bbd1dd95a5637a%2Fbackend%3Dimagemagick%3Bheight%3D1300%3Bversion%3D1%3Bwidth%3D1300%2Fhttp%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fh%252Fharukasan%252F20141210%252F20141210214738.png)
ModSecurityのAuditLog覚え書き - OpenGroove
AuditLogはModSecurityでコア要素となる重要なログなので、この項目だけで 専用に記事をまとめておく。以下はAuditLogに関する基本設定例。 SecAuditEngine RelevantOnly SecAuditLogRelevantStatus ^(?:5|4\d[^4]) SecAuditLog logs/audit.log SecAuditLogType Serial SecAuditLogParts ABCFHKZ SecAuditEngineはOn/Off/RelevantOnlyから選択。 インストールの記事では動作確認のためにOnにしておいたが、稼働時は必要なものだけ ロギングさせるためRelevantOnlyにしておく。 これにより、SecAuditLogRelevantStatusにマッチしたステータスコードの トランザクションだけが
レスポンスボディを書き換えてくれる Apache module 3つ - PSI Labs
こんにちは、花粉症とは無縁の tomita です。 さて、HTMLファイル内の <script type="text/javascript" src="/js/aaa.js"></script> <script type="text/javascript" src="/js/bbb.js"></script> という記述を、 <script type="text/javascript" src="/js/aaa.js?v123"></script> <script type="text/javascript" src="/js/bbb.js?v123"></script> のように「?バージョン番号」を自動付加して出力したい場合に使えそうな Apache module を調べてみました。 mod_substitute .htaccess に以下を記述します。 # text/html を対象
Apacheでレスポンスを置換＆レスポンスヘッダを置換する - ('A`)ウェーblog
varnishと組み合わせて使う上で、置換かける必要があったので。 レスポンスを置換 ExtFilterDefineでsedるフィルタ定義して ExtFilterDefine fixpudding mode=output intype=text/html cmd="/bin/sed -e s/puding/pudding/g" SetOutputFilterでセットする。 複数の場合はセミコロンでつなぐ。 SetOutputFilter fixpudding;fixother see: http://httpd.apache.org/docs/2.2/ja/mod/mod_ext_filter.html レスポンスヘッダを置換 ↑だとヘッダは置換してくれないのだけど、300系のリダイレクト先を変えたいなーと。 こっちはmod_headersのHeader editを使う(*)。 Heade
Apache + mod_php compared to Nginx + php-fpm « blog @ a2o.si
Recently I received an email pointing me to this article and with a request that I conduct a test of Nginx, which should supposedly be a better web serving application. But in previously mentioned article they state they are getting over a 500% more from the same hardware with a new piece of software, is still awesome. From the experience I know that with such claims, one must utilise some healthy
第20回 Javaアプリケーション向けの認証フレームワーク「Apache Shiro」 | gihyo.jp
使いやすい認証機構を実現する「Apache Shiro」 今回取り上げる「Apache Shiro」は、Javaアプリケーション向けに開発された認証と承認のためのオープンソースのフレームワークです。Shiroを使うことで、ログインなどの認証の仕組みや、アクセス管理、セッション管理などといった機構を、容易にアプリケーションに付け加えることができるようになります。 JDKにはJAAS（Java Authentication and Authorization Service）という認証・承認サービスが用意されていますが、JAASで提供されるAPIはあまり使い勝手が良くなく、わかりにくいという意見が大多数を占めていました。ShiroはJAASよりも理解しやすく、簡単に利用できる認証・承認の仕組みを提供する目的で開発されました。Shiroを利用するメリットとしては次のようなものが挙げられています。
第22回 Apache Shiroを利用してWebアプリケーションに認証機構を組み込む | gihyo.jp
Webアプリケーションへのインテグレーション 前々回に引き続いて、Javaアプリケーション向けの認証フレームワーク「Apache Shiro」（以下Shiro）の使い方を解説します。ShiroはServletによるWebアプリケーションに組み込んで利用することもできます。Shiroを利用することでWebサイトへのログイン管理が簡単になる他、ページごとに認証方法を変えるなどといった細かな設定も容易に行えるようになります。 ShiroとWebアプリとの連携はServletフィルタの機構を利用して行います。Shiroにはjavax.servlet.Filterインターフェースを実装した基底クラスorg.apache.shiro.web.servlet.AbstractFilterと、これを継承したさまざまなクラスが用意されています。Webアプリ側では、クライアントからのリクエストがこれらのフィ
オンラインマニュアル ページ移転のお知らせ：ミドルウェア：ソフトウェア：日立
日立オープンミドルウェアは、お客様の既存の財産を生かしながら、高い信頼性と柔軟性、自律性を備えたITシステムの実現を支えています。
libapr(apache portable runtime) programming tutorial
INOUE Seiichiro <inoue@ariel-networks.com>2005/8/29 This is a tutorial on how to use libapr(apache portable runtime). 1. Tutorial Availability 2. libapr skeleton code 3. memory pool (apr_pool_t) 4. Error status (apr_status_t) 5. file handling 6. file lock 7. file-system directory handling 8. character string handling 9. time handling 10. command line options 11. memory map(mmap) 12. DSO(Dynamic Sy
フックから Apache の全体像を追う - daily dayflower
DSAS開発者の部屋:[補足記事]Apache 2.0 の hook 一覧(apache module 開発事初め その3-3) はモジュールを書く際にどこにフックをしかけるかという点で非常に参考になります。 が，いまだにいまいち Apache からどのように呼び出されるか実感がわきません。ひょっとしてフックの呼び出し方を調べると Apache の処理フローを追っていけるんじゃないか，という無謀な挑戦をしてみました。 対象 前提条件 Apache のモジュールを書いたことがある人; 最低限 ap_hook_handler フックを使ったことがある人 調査対象 Apache 2.2.3 のソース*1 なお，以下に記したソースは，実際のソースの引用ではなく，おもにフックを呼び出している部分のみの抜粋となります。またロジックを損なわない程度に書き換えた部分もあります。さらには引数や戻り値について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ModSecurity 2 Data Formats
Cloudera | ハイブリッドデータカンパニー
新着記事
IDEA * IDEA
apache拡張モジュール 開発日記7 〜API・APRメモ〜 | 抜きん出て日記
