リバースプロキシの背後にあるAzure AD WebAppは、502のBad Gatewayを受け取ります。

Question

nginxリバースプロキシの背後にあるサーバーでASP.NET Coreアプリケーションを実行しています。

リバースプロキシはxxx.mydomain.comをhttps://localhost:5000に転送します。認証にAzure ADを使用すると、サインイン後に502 Bad Gatewayが発生します。コールバックパスは正しい/ signin-oidcと思われます。私は完全なアドレスをポータルに追加しました。

EDIT：

2017/03/05 22:13:20 [error] 20059#20059: *635 upstream sent too big header 
while reading response header from upstream, client: xx.xx.xxx.xxx, server: 
xxx.mydomain.com, request: "POST /signin-oidc HTTP/1.1", upstream: 
"https://192.168.3.20:5566/signin-oidc", host: "xxx.mydomain.com", referrer: 
"https://login.microsoftonline.com/5712e004-887f-4c52-8fa1- 
fcc61882e0f9/oauth2/authorize?client_id=37b8827d-c501-4b03-b86a- 
7eb69ddf9a8d&redirect_uri=https%3A%2F%2...ch%2Fsignin- 
oidc&response_type=code%20id_token&scope=openid%20profile&response_mode=form_pos 
t&nonce=636243452000653500.NzRjYmY2ZTMtOTcyZS00N2FlLTg5NGQtMTYzMDJi..." 

私は他の多くの記事で読んで、私はそれが、等のバッファサイズを更新しようとしました： は、私は、サーバーからnginxのログを取得することができたと、私は次のエラーを取得しますすべて動作しませんでした。

私はどこから見ていますか？何か案は？

Answer 1

この質問に答えるには、nginxリバースプロキシで設定したバッファサイズを使用しました。

問題は、私がsynologyでこれを実行していて、再起動するたびにnginxの設定がリセットされることでした。だから私がやったことは、再起動後に実行され、編集した設定をコピーしてリバースプロキシを再起動した小さなbashスクリプトを書くことです。