実装されていて、もっと安全です。認証をサポートしているようです。大きく分けて二つの機能を提供します。一部としてユーザにこの情報をよく提示する、というものです。送信すれば良いのかを決定するために使われる、という機能です。自動的に同じパスワードを使おうと試みます。クライアントは再びパスワードを尋ねる必要があります。今回の場合は無くても構いません。いった他のモジュールを使う場合には必要になります。パスワードファイルへのパスを設定します。プレーンテキストの探索が非常に遅くなることがあります。保管することもできます。ディレクティブを提供します。プログラムで作成したり操作したりできます。指定することによって、プロセスの承認部分を提供します。ディレクティブの様々な用法について述べます。入れるようにしたいでしょう。グループファイルを作る必要があります。書式はきわめて単純で、お好みのエディタで生成できます。ファイルの中身は次のようなものです。一覧をならべるだけです。次のようにタイプしてください。作るのではなく、既にあるファイルに追加されています。修正する必要があります。正しいパスワードをタイプすれば入ることができるでしょう。一つの方法があります。次のディレクティブを使えばできます。グループのような振る舞いをさせることもできます。一つのファイルだけを検査すればよいという点です。ディレクティブに正しいファイルを参照させなければならない点です。ユーザ名とパスワードを検査しなければなりません。(もし画像も保護されたディレクトリから来るのであれば)。予想される通り、これは動作を多少遅くします。ユーザ名のリストを読まなければならないからです。ユーザ数には実質的な限界があります。数百のエントリを越えたあたりから速度低下が見られると予期されています。その時は他の認証方法を考慮に入れた方が良いでしょう。使うと、それができるようになります。格納形式として選べます。ファイルを選択する場合は、たとえば次のようにします。valid-user</Directory>この他のオプションも存在します。ドキュメントをご覧ください。認証承認の方法をひとつに縛る必要がなくなります。いくつものプロバイダを組み合わせて、自分の望みの挙動にできます。プロバイダがユーザ認証を試みます。プロバイダが呼び出されます。この方法を使って認証のスコープを拡大できます。組み合わせる方法でしょう。ディレクトリで承認を行うといった場合です。認証プロバイダを複数実装できるように、承認方法も複数使用できます。グループ承認を使っています。承認の処理順番の制御ができるようになっています。これらのディレクティブをどのように使えるか、網羅した例をご覧ください。多彩な適用方法ができます。承認処理の適用順序や制御、選択ができるようになりました。これまで混乱を招いていました。承認処理から認証処理とサポート機能とが切り分けられました。設定できるようになりました。このプロバイダメカニズムは承認処理でも導入されています。それらの呼び出し順序も指定できるようになりました。現れた順序と同じになります。どの手続きが適用されるか指定することができます。操作として扱われます。ひとつでも合格すれば、承認されます。操作となり、全ての承認手法で合格しなければ許可されません。使い方ユーザ名とパスワードによる認証は全体の一部分でしかありません。どこからアクセスしてきているか、といった具合です。いった、ホストベースでのアクセス制御ができます。リクエスト処理の承認段階で呼び出されます。必要であれば複数のアドレスやドメイン名を書くことができます。そのアドレスからアクセスしてきても見ることができません。指定したいのであれば、そのマシン名が使えます。許可したいグループにのみアクセスができるように確認できます。満たされていることを確認しています。モジュールに移されました。関係がとてもあいまいだったことが挙げられます。つの処理段階を結びつけようとします。ロードすることがとても重要で、必須になっています。処理されなかった承認リクエストを受けることにあります。アクセス制御と承認を結びつけて、すべての処理段階の出力結果を見てアクセスに合格するかを決めています。文書も読むとよいでしょう。ディレクティブを使うと、特定の認証設定が簡単に書けるようになります。関連するトピックがたくさん記載されていますので、ご覧ください。ライセンスで提供されています。