什么是 VPN 握手？有哪些步骤

从你点击连接，到图标变成绿色，中间发生了一段简短而有序的对话。你的设备和 VPN 服务器互相打招呼，约定规则，证明身份，生成新密钥，并确认两端拿到的确实是同一套密钥。这段开场对话就是 VPN 握手，它决定了你的隧道能不能建立起来。

大多数时候握手是看不见的。只有在出问题时它才变得重要，比如应用卡在“正在连接”、出现提到认证或超时的错误，或者在家里能连、到酒店却连不上。本文按顺序走一遍各个阶段，说明为什么握手要花几次往返，解释网络上的旁观者能从中得知什么、不能得知什么，再把各阶段变成一套实用的故障诊断方法。本文不展开密钥协商背后的数学，那是另一个独立的话题；想了解协议的整体概念，请看 VPN 协议是什么。

握手必须完成什么

想象两个人第一次在前台碰面。谈任何机密事务之前，他们必须先确认四件事。VPN 握手做的也是同样的事。

1. 约定规则。 用哪个版本的协议、哪种加密算法，以及双方都支持并将使用的选项。
2. 证明身份。 客户端要确认服务器没找错，服务器要确认客户端有权进入。
3. 生成新密钥。 双方生成一个以前任何会话都没用过的新共享秘密。
4. 确认结果。 双方各自证明自己拥有相同的密钥，通常是发送一条只有正确密钥才能生成的小消息。任何一方出错，这次尝试就会停止。

四步都完成之后，隧道才开始承载你的数据。只要有一步失败，得到的是连接失败，而不是一个更弱的连接。这种“要么全成、要么不成”是有意为之的：一个半通不通的隧道比没有还糟糕。

一次典型连接的各个阶段

各协议的细节不同，所以请把这当作一条通用的时间线。阶段名称是我们自己起的，并非官方标准。

阶段 0：到达服务器。 在任何 VPN 对话开始之前，你的数据包必须先到达目的地。设备需要有可用的网络、能查到服务器地址的方式，以及通往其端口的通路。如果网络是要求先同意条款的 Wi-Fi，或者是会丢弃陌生流量的防火墙，那么流程在这里就中断了，VPN 这边根本还没开始。

阶段 1：问候与协商。 你的设备发出第一条消息，列出自己支持的内容。服务器回复它的选择。此时双方都知道了协议版本和所用算法。

阶段 2：密钥协商。 双方各自贡献新的临时数值，都算出同一个共享秘密，而这个秘密从未经过网络。从这一步起，之后的握手消息通常已经加密。

阶段 3：身份认证。 服务器证明自己的身份，常见方式是证书或已知公钥。视配置而定，客户端也要用证书、密钥或用户名加密码来证明自己。如果任何一方的时钟偏差严重，证书校验可能会在此处失败。

阶段 4：配置。 双方建立信任之后，服务器告诉客户端运行隧道所需的内容：隧道内使用的地址、应向哪些 DNS 服务器查询，以及哪些路由要走隧道。有的协议在认证的同一次交换中完成，有的会多一个小步骤。

阶段 5：确认与首批数据。 双方检查新密钥可用，然后你的数据包开始流动。用于之后换钥的计时器启动，小型的保活消息也开始传送，避免路径上的路由器忘记这条连接。

简单概括：阶段 1 到 3 建立信任，阶段 4 和 5 让它真正可用。

往返次数：握手为什么要花时间

一次往返（round trip）指一条消息穿过网络过去，再有一条回复回来。单次往返的延迟取决于距离和拥塞程度，在良好的家庭宽带上可能只有几毫秒，在信号很弱的移动网络上可能高达几百毫秒。需要多次往返的握手，耗时就是这个延迟的好几倍，无论计算机多快。

下面是便于推算的典型数字。

设计	数据开始流动前的大致往返次数	说明
普通 TCP 连接	1	仅 TCP 的三次握手
TCP 之上的 TLS 1.3	再加 1，共约 2	一次额外往返完成完整握手（RFC 8446）
TCP 之上的旧版 TLS 1.2	再加 2，共约 3	比 1.3 多一次交换
IKEv2（IPsec）	2	先一对初始消息，再一对认证消息（RFC 7296）
WireGuard	1	一条发起消息和一条响应（WireGuard 白皮书）

现在代入具体数字。假设你的手机与服务器之间的往返延迟是 200 毫秒，这在连向遥远地点的弱蜂窝网络上是有可能的。

• 需要 1 次往返的设计，增加约 200 毫秒。
• 需要 2 次的，增加约 400 毫秒。
• 需要 3 次的，增加约 600 毫秒，而隧道内的用户名和密码步骤还可能再多一次往返。

在延迟 20 毫秒的良好宽带上，同样的握手只需 20 到 80 毫秒，你完全感觉不到。这就是为什么同一款 VPN 在家里瞬间连上，在火车上却要几秒钟。关于延迟本身，可以阅读 Cloudflare 对 latency 的解释，对日常使用的影响见 VPN 能降低 ping 吗。

握手时间是每次连接一次性的成本。隧道建立之后，你的日常速度取决于别的因素，见 为什么使用 VPN 后网速会变化。

握手期间旁观者能看到什么

人们常问握手本身是否私密。老实的回答是：部分私密。

• 看得到： 有一次连接尝试、涉及的地址和端口、时间，以及数据包的大小。网络运营者可以从这些外在细节中认出许多 VPN 握手的模式。
• 在某些设计中看得到： 最初几条消息里的某些字段，比如协议版本或所支持算法的列表。较新的设计会尽早加密更多的对话内容。
• 看不到： 共享秘密、会话密钥、在受保护部分发送的凭据，以及之后你的应用发出的一切。

由此带来实际的结果。和你在同一个 Wi-Fi 上的人能看出你打开了通往某台服务器的隧道，但不知道你在里面做了什么。这也是更换端口号并不能让隧道隐形的原因。想进一步了解路径上的各方能得知什么，请读 你的运营商能看到你的 VPN 流量吗。

握手失败时：按阶段看症状

阶段结构给了你一张诊断地图。不同应用和操作系统的错误措辞各不相同，所以请用这张表去判断是哪一阶段出了问题，而不是去匹配原话。

阶段	可能看到的现象	可能原因	先试什么
0：到达服务器	卡在“正在连接”、超时、没有回应	网络拦截流量、未完成 Wi-Fi 登录页、完全没有网络	打开一个网页；接受 Wi-Fi 条款；试试移动数据
1：问候与协商	启动后立刻失败；提示协议或版本	应用过旧、设置不匹配	更新应用；使用默认设置
2：密钥协商	收到部分回复后协商失败或超时	丢包，或数据包对路径来说过大；链路不稳定	切换网络；靠近路由器
3：身份认证	关于证书、信任或认证的提示	设备日期时间错误；凭据错误；账号过期	校正时钟；重新核对用户名和密码
4：配置	已连接但显示没有网络	DNS 或路由信息未应用	重新连接；重启应用
5：首批数据	出现已连接图标，但什么都打不开	防火墙或登录页干扰；保活包被丢弃	测试另一个网站；重新连接

日志里你可能遇到一些措辞，值得认识，但要提醒一句，具体用语因软件而异。一条表示密钥协商未能在规定时间内完成的消息（在某些 OpenVPN 配置中默认约为一分钟），指向阶段 0 到 2：最初的数据包没能走完整个旅程。一条表示认证失败的消息指向阶段 3，几乎总是凭据或账号过期的问题，而不是网络。

握手卡住时的逐步清单

从上往下做，连接成功就停。

1. 确认网络本身可用。 在不开 VPN 的情况下打开一个普通网页。如果打不开，或者弹出登录页，问题出在阶段 0。先完成 Wi-Fi 登录。
2. 检查设备时钟。 把日期和时间设为自动。时钟差几小时甚至几天，即使其他一切正常，也会让证书校验失败。
3. 重新输入凭据。 从账号页面复制，而不是凭记忆输入，并检查有没有多余的空格。注意，VPN 应用的登录信息可能与你在网站上使用的登录信息不同。
4. 确认账号或通行证有效。 已过期的通行证会在认证阶段失败。账号页面会显示状态。
5. 切换网络。 试试移动数据或另一个 Wi-Fi。如果在那里能连上，说明第一个网络过滤了某些内容，你可以询问其运营方是否允许使用 VPN。
6. 更新应用。 旧版本可能使用过时的协议变体。
7. 重启应用和设备。 这样能清理半开的连接和陈旧的网络设置。
8. 保持默认设置。 如果应用提供协议或端口选项，不要同时改多项。一次只改一项并记录结果，实验才容易读懂。
9. 把原始错误信息交给客服。 消息文本和尝试的时间能帮助服务商查到正确的位置。

想看包含更多细节的完整解决方案，请用 VPN 连接不上？逐步解决。如果隧道建立后又掉线，VPN 断开后如何重新连接 更合适。

换钥握手，以及连接为什么会短暂卡顿

握手并不只发生在开头。长时间运行的隧道会按计时器，或在一定流量之后，用一次更短的握手来更新密钥，同时数据继续流动。在大多数设计中，旧密钥会在新密钥就绪之前继续有效，所以你不会察觉。

不过偶尔，更新会撞上不巧的时刻，比如手机正在从 Wi-Fi 切换到移动数据时。回复没有到达，密钥不匹配，隧道就会停滞，直到发现问题并重新开始。看到的现象是短暂冻结，然后恢复。如果这种情况总在差不多的间隔出现，这是个线索：你路径上的某处，往往是不稳定的 Wi-Fi 接入点，在不合适的时刻丢包。如何提高 VPN 连接稳定性 列出了补救办法。

场景示例

怎么也连不上的咖啡馆。 普丽娅坐下，连上咖啡馆的 Wi-Fi，点了连接。应用卡在“正在连接”一分钟后失败。她在不开 VPN 的情况下打开浏览器，被带到一个她之前没见过的登录页。接受条款后，下一次尝试握手就完成了。原因出在阶段 0，不在 VPN。

日期错误的笔记本。 换了一次电池之后，克瓦梅的旧笔记本忘记了时间，重置为早先的年份。VPN 应用报告证书问题。把时钟设为自动即可解决。原因出在阶段 3。

坐火车通勤的人。 美琳的隧道在车厢里要两三秒才能启动，但在办公桌前是瞬间的。她的蜂窝链路往返延迟很高，而握手需要多次往返。什么都没坏。如果上车时隧道已经开着，并且不要无谓地开开关关，就能避免反复建立。

休眠后重新连接的学生。 笔记本唤醒后，小俊发现旧隧道已经失效。设备休眠期间密钥过期了。重新连接会运行一次全新的握手，很快就恢复了服务。

局限与常见误解

• 握手不是测速。 它花多长时间，并不能衡量之后你的连接会有多快。
• 握手成功不代表一切都安全。 它只说明隧道已经建立。是否泄露要另外检查，见 如何检查 VPN 是否在正常工作。
• 握手失败很少是“被黑了”。 更常见的原因是时钟、输入错误，或限制严格的网络。
• 拼命重试帮不了被过滤的网络。 如果网络一直丢弃最初的数据包，重复尝试也不会改变结果。
• 遵守你所在网络的规则。 如果工作单位或学校禁止使用 VPN，请询问管理员，而不是自己试验。

总结

VPN 握手是开场的交换：你的设备与服务器约定规则、互相认证、生成新密钥并加以确认，然后你的数据才开始流动。它通常需要一到三次往返，所以在良好的链路上很快，在慢速链路上则能感觉到。旁观者能看到它发生，却看不到密钥或内容。失败时，它停在哪个阶段，是到达服务器、协商、密钥协商、认证还是首批数据，就告诉你该看哪里：网络、时钟、凭据还是应用。按照清单逐项排查，一次只改一个地方；如果问题依旧，把原始错误信息交给客服。

如果想在自己的设备上试试这些步骤，下载页面 有免费应用的链接，价格页面 说明通行证如何运作。