ios - PasswordSignInAsync 在本地工作但不在 Azure 中工作

Question

我有一个运行 .Net 4.5.1 和 Identity 2 的 Web 应用程序。

在我的 WebApi 中，我有一个 iOSLoginController.cs，它使用从主 .NET Identity 的 AccountController.cs 移植的代码。它是使用 AFNetworking 2.0 从我的 iOS 应用程序提供的。

它在我本地的 iis 中运行良好。登录正常。但是当发布到 Azure 时，它​​实际上并没有登录，但仍然显示“成功”:

  var result = await SignInManager.PasswordSignInAsync(usernameToCheck, model.Password, false, shouldLockout: false);                
            // switch on result
            switch (result)
            {
                case SignInStatus.Success: <-- it says it's successful ?!?

但是，如果我立即在 WebView 中检查 AFNetworking，它不会登录并重定向到 Login?ReturnURL=..c (我的应用程序是混合的，使用 Webview 进行信息/统计，使用 native 进行登录/注册，并且可以正常工作身份1中很好，这是一个升级站点)

这不是 iOS 应用程序，它在我的本地 IIS 和另一台常规物理服务器上运行良好。但是，当我更改 API 的基本 url 指向 Azure 计算机的位置时，它只是不让该人登录...而是说成功...我通过附加到 VS2015 中的进程进行验证

我还在 web.config 中手动设置了机器 key ，这样当 IIS 开始回收进程时，它就不会轮换并注销用户。

有什么想法吗？

Answer 1

现代浏览器引用 Public Suffix List对于被视为公共(public)的 cookie 域。

该列表的想法最初来自于保护顶级域的需要，例如 .com，因为任何人都可以为所有以 结尾的域设置 cookie。 com，这将影响顶级 .com 域的所有网站。

该列表还包含其他被视为公共(public)的域。此列表由社区维护，azurewebsites.net 域等属于此列表的一部分。

因此，一个人不可能在共享域上设置 Azure 应用程序并劫持其他人的应用程序中的 Cookie。