端口应用程序 Microsoft Service Fabric, 已经忙了

我们启动了一个本地集群 Service Fabric (5.4.145.9494), 但我们有一些有趣的功能。 通常每当我们运行申请时 (特别是如果它包含复制品), 我们注意到，大部分时间都无法启动服务。 里面 SF 错误消息不是如此描述性 (不健康的部分 ...), 但是，在事件日志中，可以显而易见服务无法启动，因为它由其选择的端口已被另一个应用程序使用 (从过程中 svchost 到 winit 几乎任何应用程序).

在这种情况下，开发人员本身不会规定港口自己 SF 必须找出答案。 在我们的配置中，我们根据临时端口和应用端口进行规定
https://docs.microsoft.com/en- ... ifest
我们尝试了两个选项，因为文档非常令人困惑，因为端口端口是季节字母的子集，而示例则显示它不是那么。 另一个有趣的事情：由于临时端口的配置基本上改变了窗口本身的端口的动态范围，因此我们在此处更改的所有内容也更改了内部运行的任何其他应用程序的端口范围 Windows.

旁边这似乎 SF 当您使用的端口已使用时，不会尝试使用另一个端口，因此它也不会纠正自己。 事件日志的简单片段：

transport 35d3ce77c0 failed to bind on 0.0.0.0:49160, error = 0x80072740, port 49160 already held by process 204

在这种情况下，过程 204 - 这是 spoolsv.exe, 但是，再次，它可以是任何过程。

此刻，节点的配置设置为：

<nodetype name="NodeType0">

<endpoints>

<clientconnectionendpoint port="19000"></clientconnectionendpoint>

<leasedriverendpoint port="19002"></leasedriverendpoint>

<clusterconnectionendpoint port="19001"></clusterconnectionendpoint>

<httpgatewayendpoint port="19080" protocol="http"></httpgatewayendpoint>

<httpapplicationgatewayendpoint port="19081" protocol="http"></httpapplicationgatewayendpoint>

<serviceconnectionendpoint port="19003"></serviceconnectionendpoint>

<applicationendpoints endport="50000" startport="49152"></applicationendpoints>

<ephemeralendpoints endport="65534" startport="49152"></ephemeralendpoints>

</endpoints>

但是，正如早先说的那样，我们已经试图掌握 ApplicationEndpoints 在您自己的范围内不会修复 ;-).

任何帮助都将非常欢迎。 ;-)
</nodetype>