科技 · 实用指南
curl 错误 6“无法解析主机”？先证明主机名与运行环境，再改 DNS
退出码 6 不能指出故障归属。保留原始 URL，确认 curl 实际解析的主机名，并在失败进程使用的解析器、代理和网络命名空间内复现。
curl 错误 6 只表示主机名未能解析，并不证明公共 DNS 故障。curl 可能拿到了错误的主机标记，也可能在解析代理名称，或运行在与交互式 shell 不同的服务、容器环境。
先冻结完整命令、URL、错误和执行身份。在相同运行环境内分别测试目标主机与一个已知正常主机，然后只修改已证实的责任边界。
保留命令并确认主机名
复制原始参数、工作目录、执行身份、URL 与完整错误。检查引号、变量、空格和换行；错误中的主机名本身就是证据。
分别记录协议、主机和端口；若配置代理，也记录代理主机。不要用重新输入的简化命令代替原始失败。
在失败运行环境内复现
在同一容器、服务用户、定时任务或应用进程中执行最小查询和 curl 详细测试。交互式 shell 成功不能排除服务环境问题。
同时测试目标主机和一个已知正常主机。两者都失败说明运行环境解析路径异常；仅目标失败时应保存具体解析错误并检查拼写和策略。
分开目标解析与代理解析
查明 curl 和应用代理设置的来源及作用域。过期代理名可导致错误 6，而盲目删除企业必需代理也会中断访问。
在相同运行环境内分别解析代理主机与目标主机，只改变已确认归属且符合预期策略的设置。
只把覆盖当作限时诊断
curl --resolve 可把精确主机和端口绑定到已知地址，同时保留 URL 主机名。使用已验证地址、明确测试窗口并保存结果。
覆盖成功只证明解析路径有区别，不能证明永久 hosts 项安全。DNS 轮换与 HTTPS 主机验证仍然存在。
用未改写的原请求收口
完成最小修复后，在原运行环境重跑原命令，记录主机名、对端地址、代理决策、响应和退出码，避免泄露凭据。
若主机名变化、只能靠不明覆盖成功或其他运行环境仍失败，就停止。完成标准是原请求无需宽泛改动即可成功。
