问题标签 [httpsys]

当我们将 NSwag 与 ASP.Net Core Service Fabric 服务的默认设置一起使用时，该服务更改了HttpSys侦听器 url（添加了路径后缀），生成的 swagger.json 和 UI 找不到/无法访问。

设置 HttpSys Listener 的 url 路径：

并为 ASP.Net Core 服务设置应用程序 NSwag：

我们有一堆使用 HttpSys 与自托管 http-listener 一起运行的服务。

从我们可以看到，HttpSys 只会启动 28 个并发请求（至少在我们的 4 核开发人员工作站上）。我们如何增加它？

我们尝试调整 MaxAccepts，但似乎没有任何效果

我在 ASP.NET Core 2.2 中有一个需要 Windows 身份验证的应用程序。为了拥有完整的开发环境，我们使用 HTTP.sys，因为它允许我们通过观察程序获得完整的 NTLM 支持：

问题发生，当我们部署到 IIS 10.0

启动文件配置如下：

程序配置如下：

在本地开发方面，一切都按预期进行。当我们部署时，我们有以下错误：

如果我们设置 web.confighostingModel="InProcess"

如果我们删除它，那么 Out Process：

我尝试通过以下链接使 Window 身份验证与 Kestrel 一起工作：

https://docs.microsoft.com/en-us/aspnet/core/fundamentals/servers/httpsys?view=aspnetcore-3.0#how-to-use-httpsys https://docs.microsoft.com/en-us /aspnet/core/security/authentication/windowsauth?view=aspnetcore-3.0&tabs=visual-studio#httpsys

这是代码。

但是，浏览https://localhost:8080显示以下错误信息（Edge）？

无法安全连接到此页面 这可能是因为该站点使用了过时或不安全的 TLS 安全设置。如果这种情况持续发生，请尝试联系网站所有者。

我必须在我的 http.sys .NET Core 应用程序上启用 Authenticated Origin Pulls，但我很困惑。

到目前为止，我执行的步骤是：

1. 在受信任的根上安装 origin-pull-ca.pem
2. netsh http add sslcert hostnameport=xxxxxxxxxxx.com:443 appid= '{APPLICATION-IDENTIFIER}' certhash=THUMBPRINT-CERTIFICATE certstorename=MY clientcertnegotiation=enable（其中 THUMBPRINT-CERTIFICATE 是 Cloudflare 的“原始证书”，而不是原始拉取-ca.pem)

但现在？

这是使其工作的 NGINX 配置

将其应用于 ASP.NET Core 上的 Web 服务器 HTTP.sys 的对应关系是什么？

更改 URLPrefix 后，出现以下错误：

SPA 默认页面中间件无法返回默认页面“/index.html”，因为未找到它，并且没有其他中间件处理该请求。

因此需要一些东西来告诉 dotnet 核心有关前缀的信息，但我似乎找不到正确的设置组合。

非常感谢帮助。

代码如下：

HostBuilder 设置为：

配置服务：

然后配置是：

应用设置配置，

貌似可以用hostingContext.Configuration，但是里面不可用UseHttpSys，怎么办？谢谢！

当我尝试以普通用户身份从常规命令行运行Seq

seq run --nologo --listen="http://localhost:5435/" --storage="C:\\temp\\Seq"

我得到以下异常

做与管理员相同的事情就可以了，但是在使用添加 URL 之后

netsh http add urlacl url=https://+:5435/ user=MyDomain\MyUser

当我运行 Seq 时，我得到一个不同的异常：

如何在域中的计算机上以普通用户身份从命令行运行 Seq？

我们正在使用 http sys web 服务器来托管 web api 服务。业务需要限制最大并发连接数。用于该目的的 MaxConnections 配置属性：

但是，当并发连接限制达到所有新连接时，所有新连接都会在套接字级别被丢弃。是否可以更改此行为，以便服务器接受请求并向客户端返回 4xx 或 5xx 响应？

因此，当从运行服务器的同一台计算机上的浏览器访问时，NTLM 身份验证不适用于 .NET48 上的 .NET48 上的 ASP.NET Core 2.1 的 Http.sys。然而，当从任何其他机器访问时，它仍然有效。

网络请求截图：

通配符证书例如颁发给 * .mycompany.com，用于托管 Http.sys 的 url 是https://server01.mycompany.com:443/app。

但是用户名/密码在所有设置中都有效。

有没有人遇到过同样的问题？或者有解决这个问题的办法吗？

编辑：错别字，添加截图。

编辑 2：我在 Github上创建了一个问题。