管理ASP.NET和ASP.NET核心之间的会话

我需要将ASP.NET核心MVC中创建的一些新页面“附加”到已经运行的ASP.NET应用程序中。关于这一点，我想，一个有趣的方法是使用IIS作为反向代理将请求重定向到运行ASP.NET核心应用程序的Kestrel服务器

我这里的问题是，我完全不知道双向通信过程中使用的会话之间的关系：

当使用IIS作为反向代理时，当用户已经在Kestrel中分配的页面中导航时，是否可以使用IIS会话来控制用户是否可以访问Kestrel中分配的页面

如果没有，是否有任何“干净”的方式直接“交流”IIS和Kestrel会话，或者我是否被迫使用某种分布式缓存系统，如Redis或SQL Server？当用户没有从一台服务器“跳转”到另一台服务器时，如何在导航时更新两个会话超时，以便重置会话超时？有没有办法克服这个问题

谈到重定向本身：在IIS中使用反向代理方法时，如果我想从ASP.NET核心页面转到另一个页面，我应该使用MVC操作（像往常一样）还是使用IIS代理将重定向到目标操作本身的URL重定向

正如大家所看到的，我是这些技术的绝对新手，我还在研究如何在卷起袖子之前从概念上解决这些问题，所以我还没有编写代码

---

欢迎提供任何帮助。

欢迎使用堆栈溢出！我建议按照“帮助”链接获取有关问题和标题措辞的建议，以增加获得回复的机会并符合网站风格。令人惊讶的是，你最后几行的礼貌与网站风格不符。非常感谢你的快速回答和建议，埃斯佩图斯！好的，我将检查这些链接并编辑标题和问题，以便与网站风格更一致。我并不是想把自己说成一个脆弱的先生，所以从现在起我将尽量不这样做