走代理连不上老站点？先查 TLS 版本协商

访问某些老网站时提示“无法建立安全连接”或“不支持的协议版本”，换代理、换线路都无济于事。这时候多半不是代理的问题，而是 TLS 版本协商失败——目标服务器只支持很旧的加密协议，你的系统默认禁用了它们，两边谈不拢，握手就断了。

握手失败发生在哪一步

HTTPS 连接建立时，客户端和服务器要协商一个双方都支持的 TLS 版本。近几年的操作系统和浏览器为安全考虑，默认只启用 TLS 1.2/1.3；而一些老站点还停留在 TLS 1.0/1.1 甚至更低。协商时两边拿不出共同版本，客户端直接报错——这个错误出现在加密握手阶段，代理只是透传，自然帮不上忙。

怎么验证跟代理无关

最简单的方法：临时关闭代理直连访问同一个网址，如果报同样的错，说明问题在客户端与服务器之间，与代理无关。再用在线 TLS 检测工具查一下目标站支持的协议版本，就能确认是哪一侧不匹配。

想访问怎么办

1. 先摸底：确认目标站支持的最低协议版本
2. 临时兼容：在浏览器或系统设置里启用对应旧版本 TLS，仅对该场景使用
3. 推动升级：重要业务建议联系站点方升级服务端协议，长期更稳

• 别一上来就怪代理：先直连对比，几秒钟就能定位
• 启用旧版本会降低安全性：用完记得关闭
• 服务端升级才是根本：客户端兼容只是临时措施

TLS 协商是“谈版本”，谈不拢连门都进不去——代理只负责带路，不负责翻译。

与 IP 代理的关系：代理在 HTTPS 场景下通常只透传加密流量，TLS 版本协商发生在客户端与服务器之间——分清握手故障与线路故障，才不会把矛头指错方向。所有使用都应遵循平台规则与法律法规，用于正当业务目的。