ASP.NET Core Identity在IIS服务器中重置密码令牌无效问题求助

以下是几个常见的原因及对应的解决办法：

1. 数据保护密钥未持久化 #

.NET Core Identity的密码重置令牌依赖数据保护系统加密，本地开发时默认密钥存储在内存或本地文件，部署到IIS后如果未配置持久化密钥，每次应用池重启或服务器环境变化都会生成新密钥，导致令牌无法解密。

解决步骤：

• 在Program.cs中配置数据保护密钥持久化到服务器的固定目录：

builder.Services.AddDataProtection()
    .PersistKeysToFileSystem(new DirectoryInfo(@"D:\YourAppData\DataProtectionKeys"))
    .SetApplicationName("YourUniqueAppName");

• 确保IIS应用池账户对该目录拥有读写权限，避免密钥无法写入或读取。

2. URL编码/解码不匹配 #

生成的令牌包含特殊字符（如+、/、=），通过邮件发送时可能被URL自动转义，接收端未正确解码导致令牌失效。本地开发服务器的URL处理逻辑可能与IIS不同，因此本地正常但部署后出错。

解决步骤：

• 生成重置链接时对令牌进行URL编码：

var resetToken = await userManager.GeneratePasswordResetTokenAsync(user);
var encodedToken = HttpUtility.UrlEncode(resetToken);
var resetUrl = $"https://your-domain.com/Account/ResetPassword?token={encodedToken}&email={user.Email}";

• 在重置密码页面接收令牌时进行URL解码：

var token = HttpUtility.UrlDecode(Request.Query["token"]);
var result = await userManager.ResetPasswordAsync(user, token, newPassword);

3. 用户SecurityStamp变更 #

生成令牌后，如果用户的SecurityStamp被修改（比如用户修改密码、邮箱，或后台更新用户信息），Identity会判定令牌无效。部署时如果用户数据迁移过程中意外修改了SecurityStamp，也会触发此问题。

解决步骤：

• 检查生成令牌与验证令牌期间，用户的SecurityStamp是否保持一致；
• 若部署后出现批量令牌无效，验证数据库中用户的SecurityStamp字段是否正常，未被误修改。

4. 应用程序名称不一致 #

数据保护系统通过SetApplicationName隔离不同应用的密钥，若本地和服务器配置的应用名称不一致，会导致密钥无法通用，令牌解密失败。

解决步骤：

• 确保Program.cs中SetApplicationName的参数在本地和服务器环境完全一致，比如统一设置为你的应用名称。

5. IIS应用池托管模式问题 #

若IIS应用池使用经典模式，可能与.NET Core应用存在兼容性问题，导致令牌处理逻辑异常。

解决步骤：

• 打开IIS管理器，找到对应应用池，将托管模式改为集成模式，并确保.NET CLR版本设置为无托管代码（针对.NET Core/.NET 5+应用）。

内容的提问来源于stack exchange，提问作者Çağla Gözele