私は、nginxとauth_basic
モジュールを使用して自分のdevサーバーを保護していますが、「認証」の有効期限を指定する方法を見つけることができません。nginx auth_basic時間制限
私は6時間ごとにパスワードを尋ねるようにnginxに指示することができます。それを行う方法はありますか?そうでない場合、許容可能な回避策は何ですか?
私は、nginxとauth_basic
モジュールを使用して自分のdevサーバーを保護していますが、「認証」の有効期限を指定する方法を見つけることができません。nginx auth_basic時間制限
私は6時間ごとにパスワードを尋ねるようにnginxに指示することができます。それを行う方法はありますか?そうでない場合、許容可能な回避策は何ですか?
おそらく不可能です。 nginx HttpAuthBasicModule pageには、基本的なHTTP認証をタイムアウトできることを示すための資料はありません。
HTTP specificationAuthorization
のヘッダーでも、タイムアウトメカニズムが指定されていません。タイムアウトが必要な場合は、基本的な認証に頼ることはできません.Webアプリケーションにも直面している場合を除きます。
ウェブアプリケーションに目を向けると、セッションをクッキーに保存して、一定時間使用しないとセッションがタイムアウトする可能性があります。セッションタイムアウトが終了すると、以下のヘッダを送信するためにWebアプリケーションを使用します。もう一度資格情報を求めるために、ブラウザを促すメッセージが表示されます
HTTP/1.1 401 Unauthorized
WWW-Authenticate: Basic Realm="MyApp"
を。ウェブアプリケーションでユーザの身元にアクセスする必要がある場合は、とすると、REMOTE_USER
CGI環境変数にあります。
このテクニックを使用して静的資産を効率的に処理するには、XSendfile
might be useful。
あなたはまだこの問題の解決策を探しているなら、私はHttpAuthDigestModuleがあなたが探しているものだと信じています。
私はインターネットをサーフィンしている間に今日それを見つけました。ここで
はリンクです:
http://wiki.nginx.org/HttpAuthDigestModule
https://github.com/samizdatco/nginx-http-auth-digest
うまくいけば、それはあなたを助けます。
CGIは自動的に 'REMOTE_USER'を提供しません。 'fastcgi_param REMOTE_USER $ remote_user;'で設定できます。 – bzeaman