数据保护密钥不持续在较新的操作系统上
我们有服务器配置和CI/CD管道。 我们的一些.NET核心服务使用数据保护。
现在，使用相同的服务器设置和部署管道将服务从Windows Server 2012迁移到Windows Server 2019，现在突然发生了以下错误：
- no XML eNcryptor配置了。键可以以未加密的形式持续到存储。
- 均未可用的用户配置文件和HKLM注册表。使用短暂的密钥存储库。当应用程序退出时，受保护的数据将不可用。
- 使用内存存储库。键不会持续到存储。
我找到了一个可能的解决方案：在App Pool设置中设置加载用户配置文件。 但是，我们还没有在Windows Server 2012机器上完成此操作，那么为什么我们应该在Windows Server 2019机器上进行此操作？而且，加载用户配置文件是否有缺点？
We have server provisioning and a CI/CD pipeline.
Some of our .Net Core services use data protection.
Services are now being migrated from Windows Server 2012 to Windows Server 2019 with the same server settings and deployment pipeline, and now all of a sudden the following errors occur:
- No XML encryptor configured. Key may be persisted to storage in unencrypted form.
- Neither user profile nor HKLM registry available. Using an ephemeral key repository. Protected data will be unavailable when application exits.
- Using an in-memory repository. Keys will not be persisted to storage.
I found a possible solution: set Load User Profile, to True, in the app pool settings.
But, we haven't done this on our Windows Server 2012 machines, so why should we on our Windows Server 2019 machines? And, is there a downside to loading the user profile?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论