两个人第一次合作前，通常要先对一下时间、确认一下各自能做什么；两台设备要开始通信，同样有这样的开场仪式，网络术语叫握手。代理IP链路上每一次连接建立，都从这个仪式开始。
握手不是可有可无的客套，它承担着通信开始前最要紧的几件事：确认对方在线、确认彼此能力匹配、确认从哪个状态开始干活。这一步没做好，后面的数据传输就是空中楼阁。
有人会问：握手这么重要，能不能跳过直接发数据？答案是能发，但对方大概率当噪音丢掉——没有握手确认过「你在」，凭空来的数据流谁都不敢信。实际使用中判断有没有握手成功，最直观的信号是连接能不能建立：能建起来说明握手走完了，建不起来多半卡在某一步。链路一断，先问握手、再问传输，代理IP链路的排查顺序才不会乱。
握手到底在握什么
所谓握手，就是通信双方在正式传数据之前，先交换几轮控制信息的过程。这些信息不包含业务内容，只包含「我是谁、我在、我准备好了、你能跟上我吗」这类开场白。
放在真实通信里类比：打电话时那句「喂，能听见吗？」就是一次握手。听见了才说正事，没听见就说下去也是白费力气。网络握手解决的问题，和这句「喂」一模一样。
不同协议层的握手各有各的形式：有的只确认在线，有的还要协商加密方式，有的还要同步编号起点。形式不同，目的相通——让两端从互不相识变成可协作的状态。
握手的对象是谁
握手发生在两台直接通信的设备之间。注意「直接」两个字：走代理IP时，你的设备并不直接连目标站，而是先连转发层，转发层再连目标站。于是握手也跟着拆成了两段，每段各握一次。
这也是为什么很多人第一次抓代理IP链路的包时会发现有两个连接过程——不是出错了，而是链路本身就是两段拼接，每段都要完成自己的开场仪式。
需要区分的是：握手说的是「建立连接」的仪式，连接建立之后传输数据的阶段不叫握手。把握手当成连接的前奏，而不是传输本身，理解就到位了。
握手失败了会怎样
握手的每一轮都在等对方的回应。如果对方没反应，发起方会等一阵再试；试了几次还是没反应，才放弃并报错。这个「等-重试-放弃」的过程，就是握手失败的完整画像。
从使用者的角度看到的症状很统一：连接建立不起来、转圈、超时。至于卡在哪一步、为什么卡，就要看握手过程的中间状态了——后面的文章会一层层展开。
握手是连接的前奏，不是传输本身，它把「能不能通信」这件事在传数据之前就敲定。
把这点想明白，很多「玄学」现象就有了合理解释：比如代理IP连接偶尔建立很慢，可能不是线路差，而是握手那几轮恰好赶上网络抖动，多等了一次重试。把握手的开销从传输里单独拎出来看，才能看清慢在哪个环节。
走代理IP时握手分两段，本机到转发层一段、转发层到目标站一段，每一段都是独立的开场仪式。
两台设备的合作，从一次认真的自我介绍开始——握手把这句话翻译成了网络世界的规则。