如何在创建帐户后将用户返回到应用程序

Question

我有一个使用Identity server 4的Identity server。当新用户注册时，我们会向他们发送确认电子邮件

var callbackUrl = Url.EmailConfirmationLink(user.Id.ToString(), code, Request.Scheme);
            if (_emailSender.SendEmailConfirmation(model.Email, callbackUrl, out var errors))
                return RedirectToAction("CreateUserConfirmation");

发送给用户的url如下所示

http://localhost:5000/Account/ConfirmEmail?userId=21248584

重定向回应用程序

当应用程序定向到身份服务器进行用户登录时，它会发送一个返回函数。此url用于在用户登录后返回应用程序

返回/连接/授权/回调？client_id=XenaClient

这在现有用户中运行良好。

重定向新用户

当新用户注册其帐户时，发送的电子邮件不会将其重定向回应用程序。它们被留在Identity server上。

添加returnurl以确认电子邮件（我尝试的）

我试图做的是将returnurl钉在确认url电子邮件上。因此，当用户确认他们的电子邮件时，他们会被路由回

 public async Task<IActionResult> ConfirmEmail([FromQuery] string userId, [FromQuery] string code,[FromQuery]  string returnUrl = null)
    {
      ............

     return (returnUrl == null)
            ? RedirectToAction("Login")
            : RedirectToLocal(returnUrl);
    }

邮件中发送的巨大网址是这样的

http://localhost:5000/Account/ConfirmEmail?userId=21248584

URL to long

问题是当它进入上面的方法时，返回URL是连接/授权/回调？client\u id=XenaClient我发送的完整url不是1457长，我怀疑对服务器来说太长而无法解析？

问题

那么，如果请求太长，我如何将用户返回到应用程序。注意将其默认为单个url是行不通的，因为我们有多个应用程序使用此身份服务器，并且无法知道用户最初来自哪个应用程序。

Answer 1

我终于成功了。当用户注册时，我有一个返回URL，其中包含redirect\u uri。现在，我们假设应用程序位于同一个域和端口上。所以我去掉了重定向uri。

var pat = "redirect_uri=([^&]+)";
var r = new Regex(pat, RegexOptions.IgnoreCase);
var m = r.Match(returnurl);

然后我可以把这个更小的uri添加到电子邮件混淆链接中

public static string EmailConfirmationLink(this IUrlHelper urlHelper, string userId, string code, string scheme, string returnUrl = "")
    {
        return urlHelper.Action(
            action: nameof(AccountController.ConfirmEmail),
            controller: "Account",
            values: new { userId, code, returnUrl },
            protocol: scheme);
    }

当用户点击链接时，我确认他们的电子邮件并将他们重新路由回我从重定向uri中抓取的域

return Redirect(returnUrl);

问题

现在这应该可以工作，假设重定向uri和原始应用程序的主机在同一个域上。据我所知，他们目前是。一个额外的结果是，如果他们试图在生产中使用localhost重定向uri，它会导致重大问题，并且无法正确重定向。这可能是一件好事，因为我希望第三方开发人员不要在生产中localhost重定向uri。

如果有人有更好的解决方案，我仍然很乐意听到它，因为这感觉像一个轻微的黑客。但是我们需要尽快处理这个问题，所以我决定在找到更好的解决方案之前忍受黑客攻击