无法侦听特定 Windows 10 个端口
Unable to listen on specific Windows 10 ports
我发现我的 Windows 10 盒子上有许多端口，(1) 没有被任何进程使用，(2) 我无法监听。
我在尝试 运行 使用端口 3000 的节点服务器时发现了这个问题。我发现了很多关于这个主题的问题。这是典型的：Node.js Port 3000 already in use but it actually isn't?
这个问题和类似问题的所有回答者都建议使用"netstat -ano"找到正在使用该端口的进程并杀死它。
我发现有大量与进程无关的端口被阻塞。这与 AV 或防火墙无关。我关闭了防火墙，我只有 Windows Defender AV。
我写了一个程序来监听 127.0.0.1 上 3000 到 5000 之间的端口。
int port = 3000;
while(port <= 5001)
{
try
{
ListenOnPort(port);
++port;
}
catch (Exception ex)
{
Console.WriteLine($"Listen on {port} failed: {ex.Message}");
++port;
}
}
ListenOnPort 在哪里...
private static void ListenOnPort(int v)
{
var uri = new UriBuilder("http", "127.0.0.1", v);
HttpListener listener = new HttpListener();
listener.Prefixes.Add(uri.Uri.ToString());
Console.WriteLine($"Listening on {v}");
listener.TimeoutManager.IdleConnection = new TimeSpan(0, 0, 1);
listener.Start();
var task = listener.GetContextAsync();
if(task.Wait(new TimeSpan(0,0,1)))
{
HttpListenerResponse response = task.Result.Response;
// Construct a response.
string responseString = "<HTML><BODY> Hello world!</BODY></HTML>";
byte[] buffer = System.Text.Encoding.UTF8.GetBytes(responseString);
// Get a response stream and write the response to it.
response.ContentLength64 = buffer.Length;
System.IO.Stream output = response.OutputStream;
output.Write(buffer, 0, buffer.Length);
// You must close the output stream.
output.Close();
}
listener.Stop();
}
程序产生的输出与此类似...
Listening on 3000
Listen on 3000 failed: The process cannot access the file because it is being used by another process
Listening on 3001
Listen on 3001 failed: The process cannot access the file because it is being used by another process
Listening on 3002
Listen on 3002 failed: The process cannot access the file because it is being used by another process
Listening on 3003
Listen on 3003 failed: The process cannot access the file because it is being used by another process
Listening on 3004
Listen on 3004 failed: The process cannot access the file because it is being used by another process
Listening on 3005
Listen on 3005 failed: The process cannot access the file because it is being used by another process
Listening on 3006
Listening on 3007
Listening on 3008
Listening on 3009
Listening on 3010
我发现在3000到5000之间，有624个端口被屏蔽了。同时 "netstat -ano" 显示该范围内恰好有 5 个端口在使用中。那么是什么阻止了其他 619 个端口？
对...
在寻找其他东西时，我找到了答案（至少是问题的根源）。我无法连接到这些端口的原因是因为它们都是 windows 上排除的端口范围的一部分。要查看排除的端口，请使用...
$ netsh int ipv4 show excludedportrange tcp
神奇的是，我无法连接到的所有端口的列表。这些排除的端口范围显然源自 HyperV 和 Docker，这两个我都安装了。显然有一种方法可以恢复端口……这并不容易，因为它涉及卸载 Docker 和 HyperV，然后为自己保留端口范围，然后重新安装 HyperV 和 Docker。不值得。既然我知道如何找到我不能使用的端口，我就不会使用它们！
在不冲突的地方设置Windows“动态端口范围”
我们设法解决了您无法更改端口号（例如不可配置的应用程序）的情况。
当您发出命令时：
netsh int ip show excludedportrange protocol=tcp
您会得到一个包含保留端口范围列表的输出：
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
33474 33573
50000 50059 *
58159 58258
58259 58358
58359 58458
58459 58558
58559 58658
58659 58758
58759 58858
* - Administered port exclusions.
最可能的原因是 Windows Hyper-V（Microsoft 的硬件虚拟化产品）保留了随机端口范围（通常是 100 个端口块）。
这变得很痛苦，因为如果您正在开发使用多个端口的应用程序或更大的解决方案，有时会发生冲突，有时不会重新启动系统后。
要查找 “动态端口范围”，您可以发出命令：
netsh int ipv4 show dynamicport tcp
答案：
Protocol tcp Dynamic Port Range
---------------------------------
Start Port : 1024
Number of Ports : 64511
您可以指示Windows将此范围修改出冲突区域。假设你的开发是在 6000 端口以下，你可以发出以下命令来限制它的动态端口范围（你必须有管理员权限）:
netsh int ipv4 set dynamic tcp start=60001 num=5534
要使 Hyper-V（通常 Windows）使用这个新的动态范围，您必须 重新启动 您的系统。
现在如果我们请求排除的端口范围：
netsh int ip show excludedportrange protocol=tcp
响应已更改：
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
50000 50059 *
63904 64003
64004 64103
64105 64204
64205 64304
64305 64404
64405 64504
64505 64604
64605 64704
* - Administered port exclusions.
只有“管理端口排除项”保留在端口 6001 以下
我发现我的 Windows 10 盒子上有许多端口，(1) 没有被任何进程使用，(2) 我无法监听。
我在尝试 运行 使用端口 3000 的节点服务器时发现了这个问题。我发现了很多关于这个主题的问题。这是典型的：Node.js Port 3000 already in use but it actually isn't?
这个问题和类似问题的所有回答者都建议使用"netstat -ano"找到正在使用该端口的进程并杀死它。
我发现有大量与进程无关的端口被阻塞。这与 AV 或防火墙无关。我关闭了防火墙，我只有 Windows Defender AV。
我写了一个程序来监听 127.0.0.1 上 3000 到 5000 之间的端口。
int port = 3000;
while(port <= 5001)
{
try
{
ListenOnPort(port);
++port;
}
catch (Exception ex)
{
Console.WriteLine($"Listen on {port} failed: {ex.Message}");
++port;
}
}
ListenOnPort 在哪里...
private static void ListenOnPort(int v)
{
var uri = new UriBuilder("http", "127.0.0.1", v);
HttpListener listener = new HttpListener();
listener.Prefixes.Add(uri.Uri.ToString());
Console.WriteLine($"Listening on {v}");
listener.TimeoutManager.IdleConnection = new TimeSpan(0, 0, 1);
listener.Start();
var task = listener.GetContextAsync();
if(task.Wait(new TimeSpan(0,0,1)))
{
HttpListenerResponse response = task.Result.Response;
// Construct a response.
string responseString = "<HTML><BODY> Hello world!</BODY></HTML>";
byte[] buffer = System.Text.Encoding.UTF8.GetBytes(responseString);
// Get a response stream and write the response to it.
response.ContentLength64 = buffer.Length;
System.IO.Stream output = response.OutputStream;
output.Write(buffer, 0, buffer.Length);
// You must close the output stream.
output.Close();
}
listener.Stop();
}
程序产生的输出与此类似...
Listening on 3000
Listen on 3000 failed: The process cannot access the file because it is being used by another process
Listening on 3001
Listen on 3001 failed: The process cannot access the file because it is being used by another process
Listening on 3002
Listen on 3002 failed: The process cannot access the file because it is being used by another process
Listening on 3003
Listen on 3003 failed: The process cannot access the file because it is being used by another process
Listening on 3004
Listen on 3004 failed: The process cannot access the file because it is being used by another process
Listening on 3005
Listen on 3005 failed: The process cannot access the file because it is being used by another process
Listening on 3006
Listening on 3007
Listening on 3008
Listening on 3009
Listening on 3010
我发现在3000到5000之间，有624个端口被屏蔽了。同时 "netstat -ano" 显示该范围内恰好有 5 个端口在使用中。那么是什么阻止了其他 619 个端口？
对...
在寻找其他东西时，我找到了答案（至少是问题的根源）。我无法连接到这些端口的原因是因为它们都是 windows 上排除的端口范围的一部分。要查看排除的端口，请使用...
$ netsh int ipv4 show excludedportrange tcp
神奇的是，我无法连接到的所有端口的列表。这些排除的端口范围显然源自 HyperV 和 Docker，这两个我都安装了。显然有一种方法可以恢复端口……这并不容易，因为它涉及卸载 Docker 和 HyperV，然后为自己保留端口范围，然后重新安装 HyperV 和 Docker。不值得。既然我知道如何找到我不能使用的端口，我就不会使用它们！
在不冲突的地方设置Windows“动态端口范围”
我们设法解决了您无法更改端口号（例如不可配置的应用程序）的情况。
当您发出命令时：
netsh int ip show excludedportrange protocol=tcp
您会得到一个包含保留端口范围列表的输出：
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
33474 33573
50000 50059 *
58159 58258
58259 58358
58359 58458
58459 58558
58559 58658
58659 58758
58759 58858
* - Administered port exclusions.
最可能的原因是 Windows Hyper-V（Microsoft 的硬件虚拟化产品）保留了随机端口范围（通常是 100 个端口块）。 这变得很痛苦，因为如果您正在开发使用多个端口的应用程序或更大的解决方案，有时会发生冲突，有时不会重新启动系统后。
要查找 “动态端口范围”，您可以发出命令：
netsh int ipv4 show dynamicport tcp
答案：
Protocol tcp Dynamic Port Range
---------------------------------
Start Port : 1024
Number of Ports : 64511
您可以指示Windows将此范围修改出冲突区域。假设你的开发是在 6000 端口以下，你可以发出以下命令来限制它的动态端口范围（你必须有管理员权限）:
netsh int ipv4 set dynamic tcp start=60001 num=5534
要使 Hyper-V（通常 Windows）使用这个新的动态范围，您必须 重新启动 您的系统。
现在如果我们请求排除的端口范围：
netsh int ip show excludedportrange protocol=tcp
响应已更改：
Protocol tcp Port Exclusion Ranges
Start Port End Port
---------- --------
50000 50059 *
63904 64003
64004 64103
64105 64204
64205 64304
64305 64404
64405 64504
64505 64604
64605 64704
* - Administered port exclusions.
只有“管理端口排除项”保留在端口 6001 以下