TL;DR

• 使用 curl --proxy 进行一次性 Linux curl 代理请求。 将代理端点与 --proxy-user 分开传递，以便命令保持可读，且代理凭据与源服务器凭据清晰区分。
• 故意选择代理方案。 http://、https://、socks5:// 和 socks5h:// 描述 curl 如何连接到代理；socks5h:// 还将目标 DNS 解析转移到代理上。
• 仅在需要代理持久化时使用环境变量或 curl 配置文件。 一次性标志更容易审计，而 http_proxy、https_proxy、ALL_PROXY、NO_PROXY 和 ~/.curlrc 更适合可重复的工作流程。
• 验证三个独立的结果。 确认 curl 到达了代理，目标看到了预期的出站 IP，并且目标返回了任务所需的 HTTP 状态。
• 将凭据视为机密。 命令历史、进程元数据、环境变量和可读的配置文件都可能在主机共享或管理不善时暴露代理密码。
• 使用您 Nstproxy 渠道生成的代理 URL。 不要从旧教程复制网关主机名，因为仪表板生成的主机、端口、用户名和会话参数是您账户的权威。

Linux Curl 代理设置的变化

Linux curl 代理设置将 curl 的连接发送到一个中介端点，然后该端点代表您连接到目标。根据官方 curl HTTP 代理文档，curl 使用 -x 或 --proxy 作为该端点，并在代理 URL 没有方案时假设使用 HTTP 代理。

目标 URL 和代理 URL 描述了不同的网络跳跃。例如，通过 HTTP 代理访问的 HTTPS 目标在 curl 请求代理创建 CONNECT 隧道后，仍然会接收到端对端的 TLS 连接。HTTPS 代理也为客户端到代理的跳跃添加了 TLS。

命令组件	控制内容	示例占位符