端口连通性怎么测
服务连不上时，需要先把问题定位到「网络不通」还是「服务没起」这两类。测端口就是把这两个问题分开的手段：对目标主机与端口做一次 TCP 握手，握手成功说明路径通、端口在监听；连接被拒绝说明主机可达但端口没开；一直等到超时则多半是路径上的策略把包丢了。把远程探测与本地监听查看交叉比对，几步之内就能确定下一步该查防火墙、查服务还是查应用配置。
基本信息
| 适用平台 | Windows PowerShell（远程探测）与 CMD（本地监听查看） |
|---|---|
| 远程探测 | Test-NetConnection 目标 -Port 端口，结果看 TcpTestSucceeded |
| 本地查看 | netstat -ano 按端口过滤，或使用网络连接相关命令 |
| 替代工具 | telnet 客户端、Test-NetConnection 的别名写法 |
| 判断依据 | 连接被拒绝与连接超时的处置方向完全不同 |
| 权限 | 普通用户即可，部分受限环境需要放行出站策略 |
典型使用场景
- 验证数据库、远程桌面、Web 服务等端口是否可达
- 区分故障位置：本机自测通、局域网不通，问题在监听地址或防火墙
- 变更前后确认端口开放状态是否符合预期
- 部署脚本中做前置检查，端口不通就直接终止并给出明确提示
- 多台主机批量检查同一业务端口，快速找出未就绪的实例
- 确认服务是否绑定在预期网卡上，排除多网卡环境下的误判
常用示例
常用示例
# 远程端口探测
Test-NetConnection db01 -Port 5432
# 本机自测：确认服务是否在本机监听
Test-NetConnection 127.0.0.1 -Port 8080
# 别名写法更省事
tnc web01 -Port 445
# 自动化判断：只看布尔结果
if ((tnc web01 -Port 443).TcpTestSucceeded) { '可达' } else { '不可达' }
# 本地监听状态核对
netstat -ano | findstr :8080 | findstr LISTENING
# 批量探测一组主机
'web01','web02' | ForEach-Object { [pscustomobject]@{ 主机 = $_; 可达 = (Test-NetConnection $_ -Port 443).TcpTestSucceeded } }结果判读与下一步
| 表现 | 含义 | 下一步 |
|---|---|---|
| 握手成功 | 主机可达且端口在监听 | 问题在后端服务或应用层配置 |
| 连接被拒绝 | 有应答但端口未监听 | 查服务是否启动、绑定地址是否正确 |
| 连接超时 | 路径上的策略丢包或路由不可达 | 检查防火墙规则、安全组与路由 |
| 名称解析失败 | 目标名称无法解析 | 先修 DNS 或用地址直连验证 |
| 本机通远程不通 | 服务只绑在环回地址 | 调整监听地址后重试 |
本机自测与远程探测结果不一致是很强的线索：本机通而远程不通，说明链路或绑定地址有问题；本机不通而远程通，说明测试点的网络环境与目标不同。
握手成功只证明端口在监听，不代表应用功能正常。TLS 证书过期、应用内部报错都会在握手之后才暴露，需要再用实际请求验证。