Windows 连接远程服务失败时，可先分别检查名称解析和目标 TCP 端口。Test-NetConnection 的 TcpTestSucceeded 只说明本次 TCP 连接测试结果，不能证明账号、证书或应用协议正常；Ping 不通也不等于端口不可达。

适用范围与验证状态

本文适用于具备 NetTCPIP 与 DnsClient 模块的 Windows PowerShell 环境；先在本机确认命令存在，不将它当成 Linux、macOS 或所有 PowerShell 7 安装均自带的功能。示例仅做定点诊断，不修改网卡、防火墙或远程服务。本文为 AI 辅助的微软官方资料整理，未在目标环境实测。

Get-Command Test-NetConnection, Resolve-DnsName

如果命令不可用，先核对系统、模块与使用的 PowerShell 环境，不要通过更改执行策略或关闭安全软件来“修复”命令缺失。

一、把目标名称与端口写清楚

以远程桌面的 TCP 诊断为例。下面域名是占位示例，需换成你负责或已获授权排查的目标；3389 也应与实际监听端口一致，而不是永远固定使用：

$targetName = 'rdp.example.com'
$targetPort = 3389
Test-NetConnection -ComputerName $targetName -Port $targetPort -InformationLevel Detailed

使用完整名称便于确认测试对象，记录执行时间、来源网络、VPN 状态和所测端口。-Port 用于 TCP 测试，不能据此判断同一编号的 UDP 端口是否正常；命令的能力和字段见 Test-NetConnection 官方文档。

二、先读 RemoteAddress，再看成功或失败

输出中的 RemoteAddress 是这次测试选中的目标地址；SourceAddress 与 InterfaceAlias 则帮助识别本机采用的来源地址和接口。双网卡、VPN 或同时有 IPv4/IPv6 的环境中，“名称相同”不代表每次请求都走相同路径。先确认选中的地址符合预期，再分析 TcpTestSucceeded。

观察结果能够说明什么下一步
TcpTestSucceeded 为 True本次到所选地址、端口的 TCP 测试成功继续核对应用协议、证书、认证与权限
TcpTestSucceeded 为 False这次 TCP 测试未成功核对解析、路由、监听和中间策略，不能直接断定服务宕机
Ping 失败但 TCP 成功ICMP 与目标 TCP 测试结论不同避免把 Ping 作为应用可达性的唯一判断

不要将一次探测成功扩大为“所有网络、所有协议都正常”，也不要仅凭 False 就默认关闭防火墙。

三、将名称解析作为单独的一步

Resolve-DnsName -Name $targetName -Type A
Resolve-DnsName -Name $targetName -Type AAAA

A 和 AAAA 分别帮助核对 IPv4 与 IPv6 记录；没有 AAAA 记录不一定是故障，还需看目标设计与客户端实际选择。命令可指定查询类型及 DNS 服务器，参数解释见 Resolve-DnsName 官方文档。查询结果、缓存与 Hosts 等因素需结合环境检查，不能把单次查询当成所有客户端解析都一致的证明。

如果是企业内部名称，优先使用组织分配的 DNS 和排查流程；不要为了比较结果，随意把内部主机名发送给公网解析器。

四、名称失败与地址失败要分开记录

已知目标应使用的真实地址时，可以对该地址执行同一端口测试。以下 192.0.2.10 是文档占位地址，不能作为真实目标使用：

Test-NetConnection -ComputerName '192.0.2.10' -Port $targetPort -InformationLevel Detailed

若名称测试失败而预期地址测试成功，优先核对解析结果与所选地址是否不同。这是一条缩小范围的线索，不是最终定因；地址、来源接口或测试时间改变，也可能影响结果。

对于 RDP，微软的排查文档同样区分主机状态、监听器、网络和名称解析，且提醒实际端口可能与默认值不同。参见 远程桌面连接故障官方指南。直接用 IP 做 TCP 测试不等于建议长期用 IP 登录，也不能绕过证书或域身份校验。

五、把网络层结果交给下一层验证

TCP 成功后，再用真实客户端验证登录和业务功能。RDP 场景还应检查授权、登录策略、会话和实际错误信息；HTTPS 场景则需继续核对 TLS、主机名及应用响应。Test-NetConnection 不会替你完成这些步骤。

建议保留一份最小记录：目标名称、实际地址、端口、来源接口、时间、DNS 查询结果和 TCP 结论。改变一个条件后再测，避免同时换 DNS、VPN 和防火墙规则而失去对照。分享结果前应遮盖内部地址、域名和其他敏感信息。

相关阅读