私はAzureのアプリケーションサービスで認証して働いているの背後にあるAzureのアプリケーションサービスの認証に、私はそれはAzureの名前だ使用して私の紺碧のウェブサイトを閲覧する場合はAKA「簡易認証」 https://docs.microsoft.com/en-us/azure/app-service/app-service-authentication-overviewリバースプロキシ
は、それが正常に動作します: [myid] .azurewebsites.net 私のウェブサイトをリバースプロキシの背後に置くと、認証後にwww。[mydomain] .comの代わりに[myid] .azurewebsites.netにリダイレクトされます。リバースプロキシは、自分のページを提供するように正しく設定されており、認証なしで正常に動作します。
「簡単な認証」によってredirect_uriパラメータがどのように構築されるのかという根本的な原因が考えられます。 Chrome F12を使用して、認証サービスへの最初のリダイレクト中にブラウザのURLがwww。[mydomain] .comの代わりに[myid] .azurewebsites.netを使用して構築されていることに気づきました。
私は。[MYDOMAIN] .COM
任意の提案やアイデアWWWを使用するには、 "簡単に認証を" 強制/指示する方法を見つけることができませんか?
---更新---
私はリバースプロキシとしてNginxを使用します。設定ファイルの適切な部分(編集済み):
server {
server_name www.mydomain.com;
listen 80;
listen 443 ssl;
...
location/{
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-Host $host;
proxy_pass https://myid.azurewebsites.net/;
}
}
どのようにリバースプロキシURLリライトを実装しましたか?あなたの質問を更新し、詳細を提供してください。 –
@BruceChen質問が更新されました。リバースプロキシ自体は正常に動作します。おそらく、追加のヘッダーは、「Easy Auth」が逆プロキシがあることを理解するのに役立つかもしれませんが、それに関するドキュメントは見つかりませんでした。 –