socks5与socks5h有什么区别？用curl判断域名在哪一侧解析

配置机场客户端的 SOCKS 入口时，你可能见过 socks5:// 和 socks5h://。在 curl 中，它们最直接的区别是目标主机名由谁解析；多出来的 h 并不表示一种更快的机场协议，也不是加密强度等级。

两种写法分别做什么

curl 官方手册规定，--socks5 使用本地解析目标主机名，--socks5-hostname 则把目标主机名交给 SOCKS5 代理处理。代理 URL 前缀 socks5:// 与 socks5h:// 分别对应这两种方式。

这里的“代理处理”指 curl 连接的那个 SOCKS5 服务端。如果它是电脑上的机场客户端，后续如何选择 DNS、如何分流，还取决于该客户端的配置。不能仅凭 h 就断言最终查询一定发生在远端节点所在国家。

先确认测试前提

核对客户端实际启用的 SOCKS 或混合端口，保持节点、分流规则和接入网络不变。下面用 7891 作示例；请替换为自己的端口。example.com 也是示例目标，正式对照应使用你有权访问且出现问题的完整域名。

Windows 可显式调用 curl.exe，其他系统通常使用 curl。先查看已安装版本的帮助，确认它支持这些参数。不要把订阅链接、账号口令或带令牌的地址放进要公开分享的命令。

只改变解析方式的对照命令

curl.exe --noproxy "" --proxy socks5://127.0.0.1:7891 --connect-timeout 10 --max-time 20 --head https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:7891 --connect-timeout 10 --max-time 20 --head https://example.com/

两条命令都指定同一个本地入口，并清空本次请求的代理绕过列表。连接和总时长上限仅用于避免一直等待，不是判断网络是否合格的门槛。示例使用 HEAD 请求，只取响应头；若目标不接受 HEAD，可改用相同方式的普通 GET 再比较。

参数作用和本机支持情况以 curl 手册为准，示例不是针对任何机场的实测结论。

如何读结果

观察	下一步
本地解析失败，交给代理后成功	记录目标域名，检查本地解析路径与客户端DNS策略
两种方式都连接不到本地端口	先查客户端运行状态与端口，不急着修改DNS
两种方式都成功，但浏览器失败	比较浏览器代理来源、扩展与实际访问目标
返回401、403、405等HTTP状态	已取得应用层响应，继续按网站权限或请求方法分析

只有第一种现象支持“解析路径差异值得继续查”的判断；它仍不能独立确定是哪一台 DNS 服务器有问题。

这不是完整的DNS隐私测试

代理服务器本身的地址、浏览器的安全 DNS、系统其他应用和 TUN 接管范围，可能使用不同路径。curl URL 语法说明也区分代理地址与目标地址的含义。因此，两条命令成功不等于整台电脑所有 DNS 都经过代理。

在机场推荐和日常排障中，把结论写成“同一目标在两种解析方式下的结果”，再附时间、端口类型与脱敏日志，才便于复现。一次对照解决一个问题，不需要同时替换节点、DNS和浏览器。