批量服务器Ping/RDP/NSLookup检测脚本Ping结果返回False问题

问题根源 #

你使用Test-NetConnection -Port 3389时，它附带的Ping探测默认依赖ICMP协议，且超时时间极短（约1秒）。另外很多服务器出于安全考量会禁用ICMP回显响应，或防火墙拦截了ICMP包，这就导致PingSucceeded始终返回False，哪怕服务器实际在线。

可行解决办法 #

办法1：单独执行Ping检测，不依赖Test-NetConnection的Ping结果

将Ping检测与RDP检测分开，用Test-Connection单独测Ping——这个命令支持自定义超时和重试次数，可靠性更高。修改后的脚本示例：

# 读取服务器列表
$list = Get-Content -Path C:\temp\server.txt
# 初始化结果数组
$results = @()

foreach ($server in $list) {
    # 单独检测Ping：超时2秒，重试1次，静默处理错误
    $pingResult = Test-Connection -ComputerName $server -Count 1 -TimeoutSeconds 2 -Quiet -ErrorAction SilentlyContinue
    # 检测RDP连通性与DNS解析
    $rdpResult = Test-NetConnection -ComputerName $server -Port 3389 -ErrorAction SilentlyContinue

    $output = [PSCustomObject]@{
        "Hostname"          = $server
        "Ping_Pass_?"       = $pingResult
        "RDP_Pass_?"        = $rdpResult.TcpTestSucceeded
        "DNS_Resolved_?"    = $rdpResult.NameResolutionSucceeded
    }
    $results += $output
}

# 导出结果到CSV（-NoTypeInformation避免生成多余表头）
$results | Export-Csv -Path C:\scripts\ping_rdp_nslookup_result.csv -NoTypeInformation

办法2：调整Test-NetConnection的Ping行为

如果坚持要用Test-NetConnection的Ping结果，可以尝试强制使用IPv4（若服务器仅开启IPv4的ICMP），或提升信息级别：

# 强制IPv4探测
$result = Test-NetConnection -ComputerName $server -Port 3389 -IPv4 -ErrorAction SilentlyContinue
# 或启用详细信息级别
$result = Test-NetConnection -ComputerName $server -Port 3389 -InformationLevel Detailed -ErrorAction SilentlyContinue

不过这种方式改善有限，核心问题（ICMP拦截/超时短）仍可能存在。

额外提示 #

• 你的脚本存在两段重复循环逻辑，建议合并为一段，减少冗余。
• 若目标服务器确实禁用了ICMP，Ping检测必然失败，此时可通过RDP端口连通性间接判断服务器状态，或联系管理员确认ICMP规则。

内容的提问来源于stack exchange，提问作者Robert