質問: apache 2.4 .htaccessrequireステートメントは無視されます 各顧客のユーザーのリストを使用してプログラムで生成された.htaccessファイルを使用して、静的レポートを含むアプリケーションのクライアントごとのサブディレクトリを制限しようとしていますが、.htaccessファイルが解析されていることを示すことができます(含まれている場合は500 ise)ガベージ、allowoverrideは機能しています)より制限の厳しいrequireステートメントは、上位レベルのlocationディレクティブのrequirevalid-userをオーバーライドしていません。例えば。 /etc/httpd/conf.d/app.conf<virtualhost *:80> servername app rewriteengine on rewriterule ^/cgi-bin\/api\/(\w+)$ /var/www/cgi-bin/app.cgi?mode=json&request=$1 [qsa,h=cgi-script] <directory "/var/www/cgi-bin/"> options execcgi </directory> <directory "/var/www/cgi-bin/api/reports/"> allowoverride fileinfo authconfig options +indexes +followsymlinks -execcgi indexoptions +namewidth=* sethandler default-handler loglevel trace8 </directory> <location /cgi-bin/> authtype basic authname "app server" authuserfile /etc/httpd/conf.d/app.passwd require valid-user </location> <location /cgi-bin/api/> authtype basic authname "app api" authuserfile /etc/httpd/conf.d/app-api.passwd require valid-user loglevel trace8 </location> </virtualhost> /var/www/cgi-bin/api/reports/customer1/.htaccessrequire user customer1 レポートディレクトリのlogleveltrace8をオンにしていますが、ah01626: authorization result of require valid-user : denied (no authenticated user yet) ah01626: authorization result of <requireany>: denied (no authenticated user yet) ah01626: authorization result of require valid-user : granted, ah01626: authorization result of <requireany>: granted response sent with status 200 .htaccessファイルに入れたものは何も参照されていないようです。requireallでrequireステートメントをラップしても何も起こりません。requirealldeniedを設定しても何も起こりません。apacheは.htaccessディレクティブをlocationディレクティブよりも具体的なものとして扱いません。 uriの(上位、左側)部分の構成。編集:効果なしでfileinfoを追加しようとしました。より完全になるように例を更新しました。設定場所/ cgi-bin/api/reports/customer1ユーザーcustomer1が構成で正常に機能することを要求します。ジョブが実行されるたびにウェブサーバーをリロードし、一部のジョブが実行されるときに.htaccessauthzファイルを再構築する必要がないようにしました。毎分、私はより完全なツールを構築する努力をしたくありませんでした。理論的には、.htaccessはapacheがすべてのアクセスでauthzの変更をチェックすることができるはずなので、重要なauthzの変更がある場合にのみhttpdをリロードできます。特権リロード。
回答: 最初の質問の後の回答 _<directory>_ および _<location>_ ディレクティブは.htaccessファイル内では許可されていません(コンテキストセクションを参照)。_auth*_およびrequireディレクティブを含む/ foo/bar/reports /フォルダー内に別の.htaccessファイルを配置するだけです。 .htpasswdファイルへのパスが有効であることを確認してください(絶対パスを優先する必要があります)。それでも機能しない場合は、 allowoverride ディレクティブが仮想ホスト内で正しく設定されていることを確認してください(つまり、 _<directory>_ ディレクティブ内)/ server config(。conf/ etc/apache2 /フォルダー内のファイル)。質問の最初の編集後の回答.htaccessファイルは、。confファイル内の_<directory>_ディレクティブに相当します。現在、認証用に_<directory>_ディレクティブと_<location>_ディレクティブを混在させています。 .confファイルから_<location>_ディレクティブを削除し、。htaccessファイルをそのままにして、_<directory>_の指示を次のように置き換えてください。_<directory "/var/www/cgi-bin/"> options execcgi authtype basic authname "app server" authuserfile /etc/httpd/conf.d/app.passwd require valid-user </directory> <directory "/var/www/cgi-bin/api/"> authtype basic authname "app api" authuserfile /etc/httpd/conf.d/app-api.passwd require valid-user loglevel trace8 </directory> <directory "/var/www/cgi-bin/api/reports/"> allowoverride fileinfo authconfig options +indexes +followsymlinks -execcgi indexoptions +namewidth=* sethandler default-handler loglevel trace8 </directory> _質問を編集するまで、_<location>_ディレクティブは.htaccessファイル内に配置され、実際のファイルシステムの場所ではなく仮想フォルダーを指すと想定していました。ただし、 手動で明示的に記載 : ファイルシステム内のオブジェクトへのアクセスを制限しようとするときは、_<location>_を絶対に使用しないことが重要です。これは、多くの異なるwebスペースの場所(url)が同じファイルシステムの場所にマップされ、制限を回避できるためです。