2016-10-04 73 views
0

我刚刚创建了一个在我的Azure订阅中托管的webform。我通过我的作品Azure目录进行身份验证来对其进行身份验证,以对用户进行身份验证。在调试这工作正常,我可以登录我的工作凭据,然后通过本地主机查看网站。ASP.Net认证后重定向到本地主机

我已经发布了这个给我的Azure,它说它运行正常。所以当我尝试连接到网站时,它不断地将我重定向到本地主机,导致错误。

我检查了网络配置。

enter image description here

这里是事件的谷歌网络链发生时。

enter image description here

我真的失去了,什么是错的,我需要做什么来解决这个问题所以任何帮助什么将不胜感激。对不起,我不能提供更多,但我甚至不知道什么是错误的开始或在哪里看。 Azure中是否有一些设置需要添加网站?

+0

在你的应用程序设置,更改的vaule“IDA:PostLogoutRedirectUri”你的托管应用主页 –

+0

是的,我已经尝试过它仍然不起作用 – Danrex

+1

在您注册了应用程序的Azure AD中,您是否也可以检查回复URL?它的应用程序设置或回复url值导致这 –

回答

4

我已经解决了这个问题。既然这是一种痛苦,我会继续保持这种状态,因为我无法找到任何答案。其实很简单。

您有两种选择。一个我没有和它的工作是改变发布配置如下:

enter image description here

添加在认证中出现的域。因此,如果您的网络应用由另一个对用户进行身份验证的天青帐户托管,请使用正在进行身份验证的帐户。

这将在网站上创建两个版本的应用程序,一个用于本地主机,另一个用于实际网站。

第二个选项(我没有试过这个,但它应该可以工作)是去Azure帐户,在那里你正在认证用户,去应用程序然后配置。将APP URL从本地主机更改为您尝试访问的网址。

这是一个很好的链接,可以清楚地说明如何做到这一点。

Click this link for detailed explanation

0

您需要设置配置另一个参数是replyUrl并分配给您的Web应用程序,其他明智它需要从它起源的URL。

+0

你能举个例子吗? – Philippe

+0

由于您无需更改应用程序URL,因此此答案更好。这个其他问题有代码来实现这个:https://stackoverflow.com/questions/30384903/azure-active-directory-reply-url-not-working-as-expected – David

0

我也有这个问题,并采取下列步骤来解决

  1. 导航到应用程序登记AAD
  2. 打开清单
  3. 更改ReplyUrl到应用程序的网址(例如,http://appname.azurewebsites.net

然后我得到了错误

错误请求 - 请求太长HTTP错误400的请求头的大小是太长。

接下来我清除从浏览器所有Cookie,这改变了错误,只是

坏请求

于是我又回到了那个ReplyUrl并将其更改为https://appname.azurewebsites.net/.auth/login/aad/callback现在它似乎工作。

注意我也必须确保我没有网站的任何其他选项卡中打开前,它开始工作

相关问题