PowerShell 里的 curl 是哪个程序？先查命令来源再排障
从教程复制 curl --proxy ...，PowerShell 却提示“不认识参数”，不一定是机场节点有问题。首先要确认：当前输入的 curl 究竟调用了什么。
这篇适用于 Windows 命令行排障。先解决本地命令识别，再看 DNS、端口或证书，能避免在请求根本没有发出时不停换节点。
第一步：列出当前命令来源
在你遇到问题的同一个 PowerShell 窗口运行：
Get-Command curl -All | Format-Table CommandType, Name, Source, Definition -AutoSize
Get-Command curl.exe -All | Format-Table CommandType, Name, Source -AutoSize
$PSVersionTable.PSVersion
微软文档说明，未指定路径时，已加载命令通常按别名、函数、Cmdlet、外部程序的顺序查找；Get-Command -All 可找出被同名项目遮住的命令。命令优先级说明
看 CommandType：Alias 是别名，Function 是函数，Application 才表示外部程序。不要仅凭终端名称或网上对某个 PowerShell 版本的描述判断自己的环境；用户配置也能改变解析结果。
第二步：明确调用 curl 可执行文件
Windows 下可先用 curl.exe，再检查：
curl.exe --version
如果找到多份 curl，用 Get-Command 返回的实际路径执行你要测试的那一份。例如把真实路径放进变量后使用调用运算符：
$curlProgram = 'C:\你的实际路径\curl.exe'
& $curlProgram --version
这个路径是占位示例，不能直接照抄。若系统找不到程序，先核对安装位置与 PATH，而不是修改代理。也无需为了执行一次教程而永久删除别名或改写 PowerShell 配置文件。
第三步：确认功能，再发最小请求
curl 不同构建的功能可能不同。需要 HTTP/2、HTTP/3 或特定协议时，先查看版本输出的协议与功能信息，不能只比较版本数字。curl 官方手册
确认程序后，用公开、不带账号令牌的 HTTPS 页面做一次请求：
curl.exe -q --connect-timeout 8 --max-time 20 --output NUL --write-out 'HTTP=%{http_code} total=%{time_total}\n' https://example.com/
$LASTEXITCODE
-q 放在首个参数位置，用于避免默认 curl 配置文件干扰这次测试。以上命令没有显式指定代理；如果需要对比客户端入口，另做一组明确带 --proxy 的测试，并使用客户端实际显示的端口。TUN 和环境变量等因素仍要在记录中说明。
分清两类错误
如果提示参数不存在、命令找不到或路径错误，请求可能尚未进入网络阶段。若已执行 curl 并返回其退出码，再按实际解析、连接或 TLS 报错继续排查。
提交工单时附上 PowerShell 版本、curl 路径、curl 版本、脱敏命令和退出码即可。不要把完整环境变量列表一并发送，其中可能包含凭据。
验收清单
你应该能解释当前调用的是哪一个程序；命令能正确解析；版本具有测试所需功能；同一可执行文件在同一代理条件下可以重复运行。完成这四项，再比较不同机场节点才有参考价值。
评论