タグ

apacheに関するnilabのブックマーク (187)

  • https://sway.com/D8nRCZYjd9rRzQhn

    Super Audio Compact Discs (SACDs) offer a high-resolution audio experience that is highly valued by audiophiles. Introduced in the late 1990s as a successor to

    nilab
    nilab 2006/03/20
    Ken Coar's Apache Resources Site
  • Hacking Apache HTTP Server at Yahoo! - naoyaのはてなダイアリー

    遅ればせながら Hacking Apache HTTP Server at Yahoo! を一通り読みました。これは Yahoo!エンジニアである Michael J. Radwin 氏が昨年末の ApacheCon で喋ったときのスライド。 http://public.yahoo.com/~radwin/talks/yapache-apachecon2005.htm Yahoo! が Apache に独自に手を入れた "yapache" なる Apache を使ってるというのはときどき聞いてたんですが、具体的にどういう変更が入ってるかとかは謎のままでした。このスライドにはその辺りの話が惜しげもなく書いてあって、とても面白い。 シグナルを使わないでログをローテーションするとか、ログフォーマットを工夫してるとか、出力の HTMLホスト名などを記載しておいてサポートに役立てるとか、いろ

    Hacking Apache HTTP Server at Yahoo! - naoyaのはてなダイアリー
    nilab
    nilab 2006/02/10
    naoyaのはてなダイアリー - Hacking Apache HTTP Server at Yahoo!
  • ベイエリア情報局: Yahoo でカスタマイズされた apache のまとめ

    元Vine SPARC開発者。2003年度未踏ユース採択者。海外でも活躍できる国際的なLinuxエンジニアになることを夢見て日で頑張っています。ウノウ株式会社にて写真共有SNS「フォト蔵」を開発中。 Yahoo で使用されている独自カスタマイズされた apache についてのプレゼンテーション資料が公開されていたので、自分なりにまとめてみました。 Hacking Apache HTTP Server at Yahoo! HTTPヘッダーの "Server:" は出力しない apache 1.3 がベース 安定動作が重要 スレッドは使用しない(動作が複雑) ログフォーマットは独自フォーマット ログローテンションは独自の仕組みを持つ。シグナルもパイプも使用しない レスポンスコード 30x は最小限のものだけ出力 コンテンツは gzip 圧縮して出力(HTTP/1.1)。CPU 使用率が 90

    nilab
    nilab 2006/02/01
    ベイエリア情報局: Yahoo でカスタマイズされた apache のまとめ
  • PowerPoint Presentation - Hacking Apache HTTP Server at Yahoo!

    nilab
    nilab 2006/01/26
    PowerPoint Presentation - Hacking Apache HTTP Server at Yahoo!
  • December 2005 – Michael J. Radwin

  • http://mm.apache.jp/pipermail/apache-users/2002-September/001889.html

    nilab
    nilab 2006/01/13
    ApacheでVirtualHostを利用して各サイトに個別のポート番号を割り当てる
  • @IT:Apacheでユーザー認証を行うには(Digest認証編)

    Apacheのユーザー認証には、「Basic認証」と「Digest認証」がある。Basic認証は一般的に行われている方法だが、パスワードが暗号化されないため、機密性の高いデータへの認証には適していない。Digest認証はパスワードが暗号化されるが、これに対応しているのは比較的最近のWebブラウザに限られる。 ここではDigest認証を利用して、特定ディレクトリのWebページを開く際に「secret」というユーザー名でアクセスできるようにする(編注)。Basic認証を使う方法については、Apacheでユーザー認証を行うには(Basic認証編)を参照。

  • @IT:Apacheでユーザー認証を行うには(Basic認証編)

    Apacheのユーザー認証には、「Basic認証」と「Digest認証」がある。Basic認証は一般的に行われている方法だが、パスワードが暗号化されないため、機密性の高いデータへの認証には適していない。Digest認証はパスワードが暗号化されるが、これに対応しているのは比較的最近のWebブラウザに限られる。 ここではBasic認証を利用して、特定ディレクトリのWebページを開く際に「secret」というユーザー名でアクセスできるようにする(編注)。Digest認証を使う方法は、Apacheでユーザー認証を行うには(Digest認証編)を参照。

  • WebDAV時代のセキュリティ対策[後編](2/3)

    WebDAV時代のセキュリティ対策[後編] - 包括的な対策テクニック - 宮 久仁男<kmiya@coe.nttdata.co.jp> NTTデータ COEシステム部 システム技術開発部第三技術開発担当 2001/12/22 ベーシック認証の危険性 ~ダイジェスト認証の勧め~ ここまでは危険性をはらんだ個々のメソッドの性質について説明してきましたが、メソッド利用を許可/禁止するのは認証ベースで実施するのが通常です。認証については、大きく分けてベーシック認証とダイジェスト認証の2つあり、よく利用されるのはベーシック認証ですが、それぞれ以下のような特徴があります。 ベーシック認証 クリアテキストをMIMEエンコード(盗聴されると丸分かり) ダイジェスト認証 MD5によるダイジェストを利用(盗聴されてもパスワードはすぐには分からない) ■盗聴に弱いベーシック認証 ベーシック認証について、認

    nilab
    nilab 2005/12/28
    WebDAV時代のセキュリティ対策[後編](2/3) - Apache 1.3.22のダイジェスト認証対応化
  • RTFM

    ドキュメントを読まない輩 結論: ぐぐるな。ドキュメントに書いてあるとわかっているのになぜ google に頼る? 巷間でよく見られる、しかし Apache の配布アーカイブ一式に含まれているドキュメントをちゃんと読んでいれば起きないはずの設定ミスや、ミスではないがふしぎな設定について。 <Limit>: セキュリティ上のリスクがあるのですみやかに確認・修正されたし AddDefaultCharset: 穴ではないが修正が必要 LanguagePriority: ほとんどのサイトでは無意味 ScriptAlias: 管理者でなくエンドユーザがハマるのはしかたないけれど SetEnvIf: どこも間違ってはいないのだが… Apache のドキュメントは日語未訳なところが一部残っているけれど、全体として非常によくまとまった情報源である。少なくとも、「このディレクティブをどう設定するとどう動く

  • mod_status - Apache HTTP サーバ

    概要 この Status モジュールによりサーバ管理者はサーバがどのくらい の性能で動作しているかを知ることができるようになります。 現時点でのサーバの統計情報を読みやすい形式で現した HTML ページが 表示されます。必要であれば、このページは自動的にリフレッシュさせる こともできます (互換性のあるブラウザを使用している場合)。 別に、現時点でのサーバの状態を単純な機械読み取り可能なリストで 現すページもあります。 表示される情報は: リクエストを扱っているワーカーの数 アイドル (訳注: リクエストを扱っていない) ワーカーの数 各ワーカーの状態、ワーカーが扱ったリクエストの数、 ワーカーが送った総バイト数 (*) 総アクセス数と総バイト数 (*) サーバが起動もしくは再起動された時刻と動作している時間 平均の 1 秒あたりのリクエスト数、1 秒あたりの送られたバイト数、 リクエスト

    nilab
    nilab 2005/12/22
    サーバの活動状況と性能に関する情報を提供する mod_status
  • hoshikuzu | star_dust の書斎 - Apache のサーバーサイドイメージマップ処理モジュールのクロスサイトスクリプティングの脆弱性について

    ■ Apache のサーバーサイドイメージマップ処理モジュールのクロスサイトスクリプティングの脆弱性について Webサーバーの雄、Apache におけるサーバーサイドイメージマップ処理モジュールにクロスサイトスクリプティング脆弱性がありました。詳しくは以下をご参照下さい。 JVN#06045169:mod_imap におけるクロスサイトスクリプティングの脆弱性:JP Vendor Status Notes 「mod_imap」におけるクロスサイト・スクリプティングの脆弱性:IPA 巡回などをしているとイメージマップ処理を時々見かけます。主としてメニューやナビゲーターとして使われていると思います。一枚絵の画像に複数の特定の領域を用意しておき、ユーザが任意の領域をクリックすればその領域に結び付けられたページへのリンクとして使うことが出来るというものです。 イメージマップ処理には大別して2通りあ

    hoshikuzu | star_dust の書斎 - Apache のサーバーサイドイメージマップ処理モジュールのクロスサイトスクリプティングの脆弱性について
    nilab
    nilab 2005/12/19
    hoshikuzu | star_dust の書斎 - Apache のサーバーサイドイメージマップ処理モジュールのクロスサイトスクリプティングの脆弱性について
  • Apache 2.2.0 + mod_proxy_balancer - naoyaのはてなダイアリー

    Apache 2.2.0 がついにリリースされまして、かねてから期待されていた mod_proxy_balancer が安定版で使えるようになりました。mod_proxy_balancer はその名のとおり Apache でロードバランスするための proxy モジュールです。詳しい解説は yappo さんがしてくれてるのでそちらを。 実は mod_proxy_balancer 使ってみるかーと思って Apache 2.2.0 をインストールしようとしたらいきなり躓きました。APR 1.2.0 が入ってないから駄目だよ! と configure に叱られまして、でも APR 1.2.0 って Apache 2.2.0 インストールしないと入らなくね? みたいな矛盾が発生しました。なので、まず最初に srclib にある APR をコンパイル & インストールして、その後 Apache2 の

    Apache 2.2.0 + mod_proxy_balancer - naoyaのはてなダイアリー
  • YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす

    Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす Apache 2.2がでました。 mod_dbdとか、mod_proxy_balancerとか気になる新機能てんこ盛りです。 ひげぽんさんの所に 誰か入れてみた人いますか? と有ったのでmod_proxy_balancerを試してみました。 超簡単でした mod_proxyとmod_proxy_balancerを参考にしました。 既に日語ドキュメント完備! 以下から駆け足で、またセキュリティ的によろしくない設定例が多々あります。 とりあえずこんな設定を仕込んでみました ProxyPass /lb balancer://TEST stickysession=sesid <Proxy balancer://TEST> #1 BalancerMember http://i.yappo.jp lo

  • koyachiの日記 - Flickrの中のヒトのLAMP構成プレゼン(Hardware Layouts for LAMP Installations)訳

    del.icio.us見てたら面白いファイルがあったので訳しながらはてな記法ワープロでメモったものを公開します。2005/10/18-25に行われたZend/PHP Conference & ExpoにてFlickrのJohn Allspaw氏が発表されたプレゼンの内容のようです。英語読めるヒトは物のほうをご覧ください。そもそもプレゼンなので長文はほとんどないし、図も入ってるので。天丼に親近感を覚えました。 あと はてな記法ワープロいいですね。ついでにはてな記法なプレゼンツールも是非作ってください!!! 普通にSQL書いてMySQL使うのは出来るけど負荷とかほとんど考えたことないなーと思って「実践ハイパフォーマンスMySQL」読んでたところでhttp://del.icio.us/tag/flickr+mysqlあたりで見つけました。「実践ハイパフォーマンスMySQL」だと6章から9章辺り

    koyachiの日記 - Flickrの中のヒトのLAMP構成プレゼン(Hardware Layouts for LAMP Installations)訳
  • オープンソースの高速Webサーバー「TUX」の実力

    図5●プラットフォームの違いによる,コネクション確立の所要時間の差異<BR>TCPコネクションが確立するまでの時間を調べた。TUX 3.2はチューニング前後の数値にそれほど大きな違いはなく,比較的安定している。一方でApacheは標準設定時に扱えるプロセス/スレッド数が小さいため,Fedora Core 2.0とApache 2.0の組み合わせにおいてコネクション確立に要した最大時間が3009ミリ秒に達した。チューニングによって扱えるコネクション数を増やしたApacheでは,コネクション確立までの平均時間と最大時間が,いずれもTUX 3.2の性能をしのいでいる カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX Web Server」(以下,TUX)の性能を,現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で,TUX 3.2はApache

    オープンソースの高速Webサーバー「TUX」の実力
  • Apacheパフォーマンス・チューニングのポイント

    Apacheをチューニングすることにより、Webサイトのパフォーマンスをより向上させることができる。しかし、その前に何をチューニングすべきなのかを見極める必要がある。 この連載もいよいよ大詰めとなった。長く続けている間にApache 2.0のリリースまで迎えてしまったが、筆者が思い付く限りのことを紹介してきたつもりだ。 最後に残したテーマは、「パフォーマンス・チューニング」である。より少ない資源でより高速なレスポンスを確保するために、パフォーマンス・チューニングは欠かせない。これは、あらゆるソフトウェアに当てはまる。設定が一通りできるようになればApacheを問題なく動作させることが可能だが、それをより効率よく動作させられなくては不十分だ。 サイトの読者であればよくご存じのことと思うが、パフォーマンスのチューニングは非常に奥深いものである。語り尽くすことなどできないが、皆さんの一助となれ

    Apacheパフォーマンス・チューニングのポイント
  • Apache Software Foundationが「Apache HTTP Server 1.3.34」を公開

    オープンソース団体Apache Software Foundation(ASF)とApache HTTP Server Projectは,「Apache HTTP Server」の1.3系の最新版となるバージョン1.3.34を米国時間10月18日に公開した。 Apache HTTP Server ProjectのWebサイトからダウンロードできる。新版では,主にバグとセキュリティの修正を加えている。 新版の主な変更点は次の通り。 ・リクエストにTransfer-EncodingとContent-Lengthヘッダーの両方が含まれている場合,HTTPリクエスト・スプリッティング/スプーフィング攻撃の危険性を軽減するためにContent-Lengthを削除 ・TRACEメソッドの振る舞いを変更できるように,TraceEnableに関するディレクティブを追加 ・Apache 1.3.33以前のバ

    Apache Software Foundationが「Apache HTTP Server 1.3.34」を公開
    nilab
    nilab 2005/10/20
    1.3系の最新版となるバージョン1.3.34を米国時間10月18日に公開
  • http://www.web-ware.org/cgi/npindex/32/open_view.html?qstring=order=release_date%20desc&amp;keyword_id=722

    nilab
    nilab 2005/10/18
    ワームによる CONNECT メソッドなど。
  • 黄金城hjc30vip5678(中国)有限公司

    黄金城hjc30vip5678(中国)有限公司 对不起, 您输入的页面地址有误, 网站已经新 请返回 [黄金城hjc30vip5678-网站首页] 查看新后的栏目... XML 地图 | Sitemap 地图