网络连接数测试怎么做：查活动连接、端口连通与并发受限
简答：网络连接数测试不是单一指标：先查当前活动连接，再测目标域名的 DNS、TCP 端口和 HTTP/TLS，最后才判断是否存在并发受限。Windows 可用 netstat 与 Test-NetConnection，Linux/macOS 可用 ss、curl；不要直接对非自有目标进行高并发压测。
定义：网络连接数测试，是对活动连接数量、连接建立情况、目标端口可达性及并发连接承载表现分别进行检查，而不是只看一次测速结果。
先做这4步：最快判断网络连接数问题在哪里
- 确认测试对象：记录目标域名或 IP、端口、协议和测试时间。域名测试与直接 IP 测试不能混为一谈；HTTPS 还需要保留正确的主机名用于 TLS 校验。
- 查看本机连接：Windows 执行
netstat -ano，Linux 执行ss -s或ss -tan。重点看 ESTABLISHED、TIME_WAIT、SYN-SENT、LISTEN 等状态，而不是只看总数。Windows 官方说明 netstat 可显示活动 TCP 连接、监听端口和进程 ID；Linux 的 ss 用于查看 socket 统计。 - 测试目标端口：Windows PowerShell 执行
Test-NetConnection example.com -Port 443，将example.com和端口替换为你有权测试的目标。关注TcpTestSucceeded、远端地址和路由信息。 - 测试应用层：执行
curl -I --connect-timeout 5 --max-time 15 https://example.com/。如果 TCP 能连通但 HTTP、TLS 或证书阶段失败，问题就不应继续归因于“连接数不足”。
成功标准：本机能看到预期连接状态，DNS 能解析，目标 TCP 端口能建立连接，HTTP 请求能返回响应。停止条件：目标不是自有或获授权系统时，不进行并发循环、连接洪泛或持续压测。
参考：Microsoft Learn 的 netstat 说明、Microsoft Learn 的 Test-NetConnection 说明、Linux ss 手册。
先分清：你要测的是哪一种“连接数”
| 测试类型 | 它回答什么问题 | 适合的工具 | 不能直接证明什么 |
|---|---|---|---|
| 网站连通性 | 浏览器或某个测试节点能否发起请求 | 浏览器、curl | 不能证明本机没有连接数限制 |
| 活动连接数 | 本机当前有多少 TCP/UDP socket，以及处于什么状态 | Windows netstat、Linux/macOS ss 或系统工具 | 不能证明远端服务器允许多少并发 |
| 端口连通性 | 目标 IP 和指定 TCP 端口能否完成连接 | Test-NetConnection、nc、curl | 不能证明应用登录或接口业务正常 |
| 连接建立速率 | 单位时间内能建立多少次新连接 | 仅对自有测试环境进行受控测试 | 不能用少量浏览器请求替代压测 |
| 并发连接承载 | 多个连接同时存在时是否出现超时、拒绝或资源耗尽 | 自有服务器、授权压测环境 | 不能对公共目标直接测试 |
如果你的问题是“网页打不开”，先测 DNS、TCP、TLS 和 HTTP；如果问题是“软件打开一段时间后变卡”，再查看活动连接状态和本机资源。把一次失败的网页请求直接称为“连接数满了”，证据通常不足。
Windows：查看活动连接、进程和端口
前置条件：适用于 Windows 10、Windows 11 及 Microsoft 文档列出的相应 Windows Server 环境；命令提示符或 PowerShell 均可使用。需要把示例域名、端口替换成实际目标，示例本身不是可用配置。
- 查看连接总览：执行
netstat -ano。-a显示活动连接和监听端口，-n使用数字地址，-o显示进程 ID。 - 筛选某个端口：执行
netstat -ano | findstr ":443"。如果需要判断哪个程序占用连接，再用任务管理器按 PID 对照；不要仅凭端口号猜测应用。 - 测试 TCP：执行
Test-NetConnection example.com -Port 443 -InformationLevel Detailed。该命令适合确认 TCP 连接是否成功，不等同于完整网页访问。 - 检查 DNS：执行
Resolve-DnsName example.com -DnsOnly；若要对比指定 DNS，可使用Resolve-DnsName example.com -Server 192.0.2.53 -DnsOnly，其中192.0.2.53只是文档示例地址，不能直接当作你的 DNS。
验证现象：端口测试显示成功、DNS 返回 A 或 AAAA 记录，且 curl 能返回 HTTP 状态，说明基础连接链路大体可用。回退方式：若结果异常，先去掉代理或 VPN 做一次对照，再恢复原设置；不要同时修改 DNS、网卡、MTU 和防火墙，否则无法判断是哪一步产生影响。
DNS 查询的作用和 Resolve-DnsName 参数可参考 Microsoft Learn 的 Resolve-DnsName 文档；Microsoft 也说明 DNS 超时可能与不可达 DNS、主机文件、缓存或防火墙有关，具体应结合查询结果判断。
Linux 与 macOS：使用 ss、curl 和系统解析工具
前置条件：以下命令适合 Linux；macOS 通常可使用 curl、lsof、netstat 等系统工具，但不同版本和发行版的参数可能不同，应先执行 命令 --help 或查看本机手册。
- 查看连接摘要：Linux 执行
ss -s，查看 socket 汇总；再执行ss -tan查看 TCP 状态。若只看监听端口，可使用ss -lnt。 - 按目标筛选：执行
ss -tan | grep ':443'。该写法适用于常见 Linux shell，目标端口需要替换；IPv6 显示形式可能不同。 - 检查 HTTP/TLS 分段：执行
curl -sS -o /dev/null -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} code=%{response_code}\n' --connect-timeout 5 --max-time 15 https://example.com/。命令只读取响应头以外的最少内容，仍应使用自有或获授权目标。 - 对比 DNS：Linux 可用
resolvectl status查看解析器，再用dig example.com查询；如果本机没有 dig，应按发行版文档安装或使用已有工具。
如何判读：dns 时间异常，优先检查解析器；DNS 正常但 connect 失败，优先检查路由、防火墙或端口；TCP 成功但 tls 阶段失败，检查证书、SNI、代理和系统时间；返回 4xx 或 5xx 表示 HTTP 层已收到响应，不应简单等同于网络不通。
curl 官方文档区分 DNS、TCP 连接和 TLS 握手耗时，并说明 --connect-timeout 只限制连接阶段；可参考 curl 官方 man page。
并发连接测试：只在自有或获授权环境进行
“当前连接数”可以安全地在本机查看；“并发连接能力”则涉及服务端限制、客户端临时端口、文件描述符、NAT 表、连接复用和防火墙策略。对非自有网站反复创建连接，可能触发安全策略，也可能被误判为异常流量，因此本文不提供面向公共目标的高并发脚本。
安全流程：
- 前置条件：确认目标服务器、测试时间、允许的并发上限、停止条件和日志保存方式。
- 先做低负载基线：记录单连接的 DNS、TCP、TLS、HTTP 结果，再逐步增加并发；每次只改变一个变量。
- 同时观察两端：客户端记录成功数、失败数、连接状态和本地资源；服务端记录监听队列、进程资源、错误日志和实际到达连接数。
- 设置回退：出现大量超时、连接拒绝、CPU 或内存异常、出口设备告警时立即停止，恢复到单连接验证。
常见结论：如果活动连接很多但目标端口仍能稳定建立连接，不足以证明“连接数已满”；如果本机出现大量 TIME_WAIT，可能与短连接频繁创建有关，但需要结合应用行为和操作系统统计继续核验；如果只有某个目标端口超时，优先怀疑目标服务、路径或防火墙，而不是泛化为整条网络故障。
结果判读表：从现象回到故障层级
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 域名无法解析 | DNS 服务器、缓存、主机文件、UDP/TCP 53 | 换一个已知可用域名并对比指定解析器 |
| DNS 正常，TCP 端口超时 | 路由、防火墙、NAT、目标端口策略 | 更换网络或从授权的另一节点测试 |
| TCP 被拒绝 | 目标服务是否监听、端口是否配置正确 | 在自有服务器上查看监听状态和服务日志 |
| TCP 成功，TLS 失败 | 证书、SNI、系统时间、代理或协议协商 | 使用正确域名重试，不要用关闭证书校验来“修复”问题 |
| HTTP 返回 4xx/5xx | 权限、路径、应用状态或服务端限制 | 查看响应头和服务端日志，不能归因于网络连接数 |
| 只有并发增加后失败 | 本地端口、文件描述符、服务端连接上限、NAT 表 | 降低并发并在授权环境观察两端资源 |
在线浏览器检测只能代表该浏览器或检测节点发起请求的结果，不能直接读取你设备上的活动 socket，也不能替代本机命令行检查。若浏览器结果与本机结果不一致，应记录测试节点、IPv4/IPv6、代理状态、目标地址和时间，再做对照。
常见问题
网络连接数测试和网络测速是一回事吗？
不是。测速主要观察上传、下载和延迟等表现；连接数测试关注活动 socket、TCP 端口、连接建立过程和并发行为。网络速度正常，不代表某个端口、DNS 或应用层请求一定正常。
看到很多 TIME_WAIT，是否说明连接数已经满了？
不能直接这样判断。TIME_WAIT 只说明近期连接处于某种关闭后的状态，是否造成资源压力要结合连接数量增长速度、本地临时端口、应用连接复用方式和系统资源观察。先停止重复请求，再用 netstat 或 ss 做一段时间的对照记录。
TCP 端口测试成功，为什么网页仍然打不开？
TCP 成功只说明到达指定端口并完成了连接，后续仍可能在 TLS、证书、HTTP 状态、代理、鉴权或应用逻辑阶段失败。继续用 curl 分别查看 DNS、TCP、TLS 和 HTTP 结果，不要只看端口测试。
可以用在线工具测试本机连接数吗？
通常不能完整测试。在线页面一般只能从浏览器或远程节点访问目标，无法读取本机所有活动连接；要查看本机连接数量，应在 Windows 使用 netstat，在 Linux 使用 ss，在 macOS 使用系统网络工具或 lsof。
如何测试并发连接上限？
只在自有或明确授权的环境中进行。先确定允许的并发范围和停止条件，再从低负载开始逐步增加，同时观察客户端和服务端资源；公共目标不应直接进行高并发测试。
常见问题
网络连接数测试和网络测速是一回事吗？
不是。测速看上传、下载、延迟等指标；连接数测试看活动 socket、TCP 端口、连接建立过程和并发行为。
看到很多 TIME_WAIT，是否说明连接数已经满了？
不能直接判断。需要结合连接增长速度、本地临时端口、应用连接复用和系统资源继续核验。
TCP 端口测试成功，为什么网页仍然打不开？
TCP 成功只代表端口连接建立，TLS、证书、HTTP、代理或鉴权仍可能失败，应继续用 curl 分段检查。
可以用在线工具测试本机连接数吗？
通常不能完整测试。在线工具只能代表浏览器或远程节点的请求结果，本机活动连接应使用系统命令查看。
如何测试并发连接上限？
只在自有或获授权环境中，从低并发开始逐步增加，并同时观察客户端、服务端和网络设备资源。