Windows 10 临时端口耗尽但 netstat 另有说法？

Question

最近我发现，在使用我的电脑一段时间后，网站和某些工具停止连接到互联网，而持续​​的 TCP 连接仍然有效。Chrome 给出的错误消息只是“错误连接失败”。

我ONCE看到事件4227在Windows事件查看器，这就是为什么我开始寻找关于它的信息，并发现了下面的命令：

netsh int ipv4 set dynamicport tcp start=10000 num=20000

执行此命令后，一切正常，但长时间运行计算机会再次导致这种现象，我必须将 num 增加到 30000。我假设这会继续，但我通常只是重新启动。

互联网上的许多资源都在使用 netstat 来显示哪些进程可能会占用所有临时端口，在他们的情况下，它显示了一个很长的列表，但是，在我的情况下，netstat 从不显示超过 20-30 个条目，但执行

netsh int ipv4 show dynamicport tcp

重启后，结果：

协议 tcp 动态端口范围

---

起始端口：10000

端口数：21025

大量端口，最终都会被消耗掉，而 netstat 的条目数量从未真正改变。

这台计算机还不是很旧（一个月左右），带有戴尔 OEM Windows 10（不可否认，工厂安装了很多英国媒体报道）。我不知道从这里去哪里。

我也试过 TCPView 但这也没有显示不健康的连接数量。我已经在启动时禁用了一些服务和程序，认为其中一个有问题并导致了这个问题，但并没有真正的帮助。

除了英国媒体报道之外，我还安装了与我以前的计算机相同的程序，他们从未遇到过这个问题。

在此先感谢您的帮助！

更新 1：

也许值得一提的是，我在启动时将一个网络驱动器安装到 Z:，它由 Linux SMB 托管。

更新 2：鉴于问题：Windows 10 TCP 连接丢失

我正在监视 TCPView 并注意到这一点：

Chrome 不断建立新连接，但端口号不断增加。此外，Tobii 眼动追踪软件在一个端口上做同样的事情。

只是要注意，它不是重复的，效果与上述问题中描述的相同，但原因不同，我需要帮助找出原因。但是，我肯定会执行建议的操作并保持更新。

更新 3：我执行了一些我认为可能会影响它的操作：

1. 卸载 VMWare Player（因为它创建了一个适配器并向我的 Wi-Fi 适配器添加了一些东西）
2. 在 Wi-Fi 适配器辅助 TCPView 图像上禁用 IPv6： 我不知道这应该如何表现，端口号在全球范围内不断增加是否正常？我认为它会重复使用已发布的端口，而不是一直获取下一个端口。

更新 4：

尽管这个问题被认为是重复的，但它不是。从那以后我找到了一个解决方案，它没有在“重复”问题中描述，也不会解决这个问题。

Answer 1

监控 TCPView 一段时间后，我从未发现任何应用程序执行任何特别奇怪的操作，导致我精疲力竭。经过更多搜索后，我整理了一个迄今为止有效的解决方法（自问题提出以来），不再出现疲惫的情况。

我修改了一些注册表值：

应用解决方法：

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"MaxUserPort"=dword:0000fffe
"TcpTimedWaitDelay"=dword:0000001e
"TcpNumConnections"=dword:00fffffe
"TcpMaxDataRetransmissions"=dword:00000005

恢复解决方法：

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"MaxUserPort"=dword:00007930
"TcpTimedWaitDelay"=-
"TcpNumConnections"=-
"TcpMaxDataRetransmissions"=-

基本上，该解决方法允许使用更多端口并更快地清理已使用的端口。我还没有找到根本原因，但它甚至发生在安全模式下，所以我不知道发生了什么。我可能会保留它，只要解决方法有效并且我不再失去连接！

更新：在 CMD 或 PowerShell 中以管理员身份运行此命令Get-NetTCPConnection | Group-Object -Property State, OwningProcess | Select -Property Count, Name, @{Name="ProcessName";Expression={(Get-Process -PID ($_.Name.Split(',')[-1].Trim(' '))).Name}}, Group | Sort Count -Descending发现 Tobii 服务是问题所在。

正如你在这里看到的：

Count Name               ProcessName
----- ----               -----------    
30818 Bound, 4940        Tobii.Service

这是一个在 Tobii 眼动仪后台运行的服务。只需重新启动即可以正确的方式解决问题（无需修改上面首先提到的任何限制）。尽管这仍然不是修复，但这不是我所能控制的，因为这取决于该服务的开发人员。