dotnet/aspnetcore

Detect IIS in-proc from UseKestrel

Open

#13,145 创建于 2019年8月14日

在 GitHub 查看
 (4 评论) (0 反应) (0 负责人)C# (10,653 fork)batch import
affected-very-fewarea-networkingenhancementhelp wantedseverity-nice-to-have

仓库指标

Star
 (37,933 star)
PR 合并指标
 (平均合并 16天 9小时) (30 天内合并 258 个 PR)

描述

Today, if you call UseIIS and UseKestrel, we detect this case and if you're running in-proc we throw. We should consider moving this check in to kestrel itself. The layering isn't the cleanest but it's not a big deal to check if the process name is w3wp in UseKestrel. https://github.com/aspnet/AspNetCore/issues/12944 appears to be a customer getting into this situation.

We should also provide an override option for when you really know that you want to use Kestrel inside w3wp.

贡献者指南

研究方向
调研当前的IIS进程内检测逻辑在UseIIS中的实现，并了解如何将该检查移到UseKestrel中。查看引用的issue #12944以及aspnetcore仓库中的代码，确定进程名称检查的位置。考虑添加一个覆盖选项，允许用户在w3wp内强制使用Kestrel。
技术栈
csharp
领域
backendweb dev
议题类型
功能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
2
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-3 小时
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
C#ASP.NET Core
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
60