GET https://login.microsoftonline.com/ecf3f643-27e5-4aa7-9d56-fd350e1e9c37/oauth2/authorize?client_id=20a2bcb5-0433-4bb4-bba3-d7dc4c533e85&redirect_uri=http://myapplication.mydomain.com/account/signin [...] 200 OK POST http://myapplication.mydomain.com/account/signin 301 Redirect --> https://myapplication.mydomain.com/account/signin GET https://myapplication.mydomain.com/account/signin 500 Internal Server Error
第一个GET是正常的Azure Active Directory登录请求.请注意,redirect_uri参数具有协议http.
第二个请求是重定向到redirect_uri,一个带有一些参数的POST.由于我已将Azure配置为仅允许HTTPS流量,因此IIS使用HTTPS重定向到相同的URL.这是第三个要求.请注意,此第三个请求是GET请求,因为HTTP redirection is always a GET request POST请求的所有参数都会丢失,并且身份验证失败会在后端发出HTTP 500错误.
我试图手动将redirect_uri参数中的协议更改为HTTPS,并按预期工作.因此,我唯一需要的是让ASP Net Core意识到协议是HTTPS.
注意:redirect_uri由Kestrel设置.由于Azure App Service将IIS放在我的Kestrel前面并在那里进行SSL终止,因此Kestrel和我的应用程序不知道协议是HTTPS,因此在重定向uri中使用HTTP.
更新1
按照@Bruce的建议,我尝试了示例here,克隆存储库并配置应用程序和AD中所述,并且我能够重现错误.
重定向URI继续使用http协议.如果我只在AD应用程序配置中添加https端点作为回复URL,则会收到错误回复地址’http://testloginad.azurewebsites.net/signin-oidc’与为应用程序配置的回复地址不匹配.如果我将http协议端点添加为回复URL,则会收到如下所示的HTTP 500错误:
System.Exception: Correlation Failed. at Microsoft.AspNetCore.Authentication.RemoteAuthenticationHandler`1.<HandleRequestAsync>d__12.MoveNext() --- End of stack trace from prevIoUs location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptiondispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult() at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.<Invoke>d__6.MoveNext()
我仍然认为问题与Kestrel有关,不知道通过HTTPS完成连接,但我不知道如何将信息传达给它.
更新2
我使用的Azure Web应用程序的配置:
> Wep App类型:Linux
>应用程序设置:
>堆栈:.NET Core 2.0
>启动文件:dotnet ./WebApp-OpenIDConnect-DotNet.dll
> WEBSITE_HTTPLOGGING_RETENTION_DAYS:5
> ASPNETCORE_ENVIRONMENT:发展
>始终开启:开启
> ARR亲和力:开启
>自定义域名:
>仅限HTTPS:开启
>诊断日志:
> Docker容器记录:文件系统
>配额(MB):35
>保留期(天):5
<aspNetCore processpath="dotnet" arguments="./WebApp-OpenIDConnect-DotNet.dll" stdoutLogEnabled="false" stdoutLogFile="./stdout.log" />
基本上我提出斜杠而不是反斜杠,以避免Linux路径出现问题.
更新3
根据@Tratcher的要求,我在这里添加了服务器响应的标题(为了简洁起见,我只包括我认为相关的标题,如果你想看到任何其他标题,请随意让我添加它):
>第一个请求(GET https://login.microsoftonline.com/ecf …):
>服务器:Microsoft-IIS / 10.0
> Set-Cookie:ESTSAUTHPERSISTENT = AQAFCCEADDB … sts;路径= /;安全;仅Http
>严格运输安全:max-age = 31536000; includeSubDomains
>第二次请求(POST http://testloginad.azurewebsites.net/signin-oidc):
>地点:https://testloginad.azurewebsites.net/signin-oidc
>服务器:Microsoft-IIS / 10.0
>第三次请求(GET https://testloginad.azurewebsites.net/signin-oidc):
>服务器:红隼
任何请求中都不会出现x-forwarded-proto标头.
请注意,问题的根源可能在第二个请求的重定向中,即将HTTP POST重定向到HTTPS GET.该重定向不应该发生,因为首先应该通过HTTPS请求POST,但是由于第一个请求的redirect_uri中的http协议错误而没有发生.
更新4
我已经确认只有选择的服务计划是Linux服务计划才会出现此问题.如果服务计划是Windows服务计划(使用与UPDATE 1示例完全相同的代码和配置),则根本不会发生此问题.对于问题,这可能是一种解决方法,但不是解决方案. Linux应用程序服务似乎有缺陷.
解决方法
protected string buildredirectUri(string targetPath) => Request.Scheme + "://" + Request.Host + OriginalPathBase + targetPath;
由于Web App已经强制使用HTTPS,因此可以使用Startup.cs中的以下代码解决此问题
app.UseForwardedHeaders(new ForwardedHeadersOptions { ForwardedHeaders = ForwardedHeaders.XForwardedProto });
您只需添加此引用:
using Microsoft.AspNetCore.HttpOverrides;