 | mod_auth_cachemod_auth_cacheはApacheモジュールであり、元々別のモジュールによって行われた認証を透過的にキャッシュします。 |
| 今すぐダウンロード | |
mod_auth_cache ランキングとまとめ
広告
mod_auth_cache タグ
mod_auth_cache 説明
mod_auth_cacheはApacheモジュールであり、元々別のモジュールによって行われた認証を透過的にキャッシュします。 mod_auth_cacheは、Apacheモジュールは、透過的にバックエンドのデータベーススルー認証場合は、データベースのトラフィックを削減するために、認証の信頼性のいくつかの並べ替えを実装するために、複雑な認証メカニズムをスピードアップするために、もともと異なるmodule.Theによって行われ、認証がこのモジュールの目的でキャッシュしているかのデータベースサーバーfails.Another目的は、キャッシュがウェブサーバによってcompletly透明行われdomain.Asでシングルサインオンを可能にすることです、あなたは、既存のアプリケーションに新しい機能を変更したり、実装する必要はありません。モジュールは、ユーザーのみの認証ではなく、まだ別のモジュールによって制御されているユーザーのアクセス許可を、キャッシュします。キャッシングは、セッションクッキーを使用して実現されており、次のディレクティブ（場所それらで、または.htaccessの）によってカスタマイズすることができます。AuthCache上|オンまたはオフにキャッシュするターンオフ。デフォルト：再認証のための秒AuthCacheTimeout秒セットのタイムアウトオフ。デフォルト：0（=決して）にAuthCacheSaveAuthorization |保存オフと許可ヘッダーを復元します。デフォルト：off !!!有効にした場合ATTENTION !!!、ユーザーのパスワードはクッキーに保存され、あなたのサーバー上のいくつかのアプリケーションが値を読み出すことが可能になります！ターンオフオン/オフのサーバポートのチェックを|。シングルサインオンのために（！すべての上意味をなさない）AuthCacheSuppressPort上に設定します。シングルサインオンのために上にそれを設定してください。デフォルト：AuthCacheDomainName名オフではなく、Apacheの独自の名前を使用してのドメイン名を設定します。クロスサブドメインのクッキーを許可します。デフォルト：| 1 cookiepathを計算する方法を変更し、何も=使用アパッチはAuthCacheSendFullPath 0で名前を付けます。クッキーは「完全なパスを送る」==「0」に設定してください。 「1」==「のみルート・パスを送ります」。シングルサインオンは1.デフォルトに設定するためには0である、AuthCacheSendDomain 0 | 1 | 2 | 3は、クッキーのドメイン部分がcalculated.'0 ==送信「==いけないドメインpart.'1を送る」である方法を変更しますCookieドメインpart.'2「==最初の前の部分を殺す、完全なドメインを取る」などの完全なドメイン「。そして、Cookieドメインpart.'3' として使用する残りの部分をより、==完全なドメインを取ることがfirstsecond前の部分を殺します「」そして、クッキーのドメイン部分として残りを使っより。 AuthCacheDomainNameを使用して、あなたのサーバー名あなたのdomain.Forシングルサインオンから作るために、シングルサインオンの使用「2」または「3」「1」の場合（すべての上意味をなさない！）。デフォルトは0で、AuthCacheExtraDomainName名があまりにもクッキーを送信するために追加のドメイン名を設定します。あなたは、2つの異なるドメイン上のシングルサインオンを得るためにこれを使用することができます。 AuthCacheSendDomain> 0の場合にのみ評価されます！注意：これは、Netscapeによって作られたオリジナルのクッキーの仕様外です。しかし、我々は、見つかったブラウザの多くは、今日は、クッキーにクロスドメインを受け入れることができます。注意：これはベータ版は、私たちのイントラネット内の異なるドメインのlimitted数によるテスト機能です！例は、シングルサインオンにする方法：あなたは必要最低限の2（仮想）-servers.Each 1は、このモジュールと他のauthentificatiuonモジュール（のmod_auth、mod_authldap、...）がインストールされている必要があります。すべてのサーバーが同じauthentifactionモジュール（バージョンを確認してください！）各サーバーがドメインのメンバーである必要がありますを使用していることに注意してください。 （彼らは異なる時刻に実行してみましょういけない！）（あなたがこのモジュールのために、以下のパラメータを保護したいすべてのディレクトリに設定されているすべてのサーバの時間がidenticallであることをweb1.enbw.netとweb2.enbw.netEnsure：私たちの例では、2つありmod_authとの一例）：は/ usr / local / apacheの/ htdocsに/ userfile AuthGroupFileもは/ usr / local / apacheの/ htdocsに/グループは、あなたが適応する有効なユーザーを必要とAuthCacheSendDomain 2 AuthCacheSendFullPath 1でAuthNameにAuthCacheSuppressPortのAuthCacheSaveAuthorization "例" AuthTypeディレクティブの基本AuthUserFileは上AuthCacheあなたはsingle-signon.Howは、キャッシュ機構の作業を行うことを可能にしたい場合は、モジュールは、特定のクッキー値を読み取り、ユーザーを設定Webサーバへのクライアント接続している場合でAuthNameとAuthTypeには？すべてのディレクトリに同じでなければなりません。この例の世話、その値からREMOTE_USERプロパティ。 Cookieが存在、または無効でない場合、モジュールは、その後別のモジュールに渡される認証プロセスを辞退します。そのモジュールは、ユーザーを認証した後、mod_auth_cacheは、その特定のクッキーにユーザ名を記述します。常にmod_auth_cacheは、実際の認証モジュールの前にロードされていることを、あなたのApacheの設定を確認してください（あなたがhttpd.confの認証モジュールの後に配置する必要があることを意味します！）。そうでない場合、認証プロセスは、常に実際の認証モジュールによっておよびキャッシング手順は実行されませんので、終了されますので、モジュールは、認証をキャッシュすることはできません。
mod_auth_cache 関連ソフトウェア
