把密码交给免费代理之前

别用正在使用的密码来试探一台陌生代理是否可用。用无害页面做连通性测试，就能确认连接而不暴露账号。能否放心让私人流量走这条路径，还得另行审视连接本身。

对于明文 HTTP，代理处理的是可读的请求与响应。这可能暴露密码、Cookie、API 密钥、私密查询参数和响应正文。被窃取的会话令牌，价值可能不亚于创建该会话的密码。

对于经普通 CONNECT 隧道传输、且已正确验证的 HTTPS，TLS 运行在客户端与网站之间。只转发连接的代理通常无法读取这些应用数据。前提是使用预定的主机名、检查证书，并信任适当的 CA 存储。安装陌生代理的根证书，可能让其运营者拦截 TLS；忽略证书错误，也会撤掉你所依赖的保护。

即使内容受到保护，运营者仍会接收你的连接，并能观察代理路径上可见的目标信息、时间和流量规模。它能干扰流量，也可能进行关联分析。出口 IP 不同，并不能说明它保存哪些记录，或你的其他应用发送了什么。

代理登录经过的是路径中的另一段

代理认证可能发生在与目标建立 TLS 之前。网站的 HTTPS 无法保护先前与代理之间的明文交互。SOCKS5 的用户名／密码协商本身也不加密凭据。提供代理账号前，先评估客户端到代理之间的传输及认证方式。

使用专门的命令，不要把已登录账号的浏览器改道过去。移除客户端默认携带的 API 密钥、Bearer 令牌、Cookie 和私密载荷。对于 HTTP 监听端：

curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 https://example.com/

把本机端点换成你的服务。保持证书验证开启，保留有限的超时时间，并检查意外的重定向或要求安装信任材料的提示。获准进行的直连对照有助于区分目标端故障。分享端点和日志前，先做脱敏处理。

私人账号或生产集成，应使用你能评估其归属、支持与信任安排的运营者，或自己管理的服务。付费本身不构成保证。免费代理列表提供的只是候选；一次页面加载成功，回答的是该次请求的可用性，并非运营者是否可信。