用梯子IP会改变吗？一次讲清公网 IP 与真实 IP
简答：通常会改变：如果流量经过代理或 VPN 的出口节点，目标网站一般看到的是节点的公网 IP，而不是你当前网络的公网 IP。但局域网 IP、运营商信息、DNS 请求以及未经过代理的应用仍可能保留原来的网络特征，所以不能简单理解为“所有 IP 都变了”。
定义：代理出口 IP 是目标网站接收连接时看到的中间服务器地址，真实公网 IP 是设备或家庭网络直接连接互联网时由运营商提供的外网地址。
用梯子后，究竟是哪一个 IP 发生了变化
日常所说的“IP”可能指不同对象。设备在路由器内通常有一个局域网 IP，例如 192.168.x.x 或 10.x.x.x；家庭宽带、移动网络或办公网络还会有一个运营商分配的公网 IP；代理节点或 VPN 出口则可能拥有另一个对外连接使用的公网 IP。
当浏览器或应用通过代理节点访问目标网站时，网站在传输层通常首先看到的是最后一个代理或出口的地址。RFC 1919 将经典代理描述为同时扮演客户端和服务器、代替客户端向目标服务器发起请求的中间程序，并指出目标服务器通常不会直接看到客户端地址。可参考 RFC 1919 对代理与地址隐藏的说明。
因此，“IP 会不会改变”更准确的回答是：对目标网站可见的公网出口 IP 可能改变；本机局域网 IP 和原始网络接入关系不会因为打开一个客户端就自动消失。
不同连接方式下，IP 变化有什么区别
| 连接方式 | 目标网站通常看到的地址 | 本机原公网 IP 是否仍可能被使用 | 常见注意点 |
|---|---|---|---|
| 未启用代理或 VPN | 当前网络的公网出口 IP | 是 | 访问通常直接从当前网络发出 |
| 全局 VPN 或全隧道模式 | VPN 节点的出口 IP | 正常配置下，相关流量不应直接使用 | 要检查是否存在分流、断线直连或 IPv6 泄漏 |
| 应用代理或规则代理 | 仅经过代理的请求使用节点出口 IP | 未命中规则的请求仍可能使用 | 不同应用、域名和协议可能走不同路径 |
| 分流模式 | 取决于应用或域名是否命中代理规则 | 直连部分仍使用原网络 | 不能只凭浏览器结果判断所有应用的出口 |
| 透明代理或企业网络中间设备 | 可能是中间设备的出口 IP | 取决于网络部署方式 | 中间设备是否转发客户端地址由具体配置决定 |
HTTP 代理还可能通过 Forwarded 等请求头向后端传递客户端或代理链信息，但这不是所有代理都会添加，也不能仅凭网页显示的公网 IP 判断服务端是否掌握其他连接信息。相关规范可参阅 RFC 7239 Forwarded 请求头规范。
如何自己确认 IP 是否改变
- 先记录直连结果。关闭客户端或暂停代理，使用同一个浏览器访问可信的 IP 查询页面，记录显示的公网 IPv4、IPv6、运营商或大致地区信息。这里记录的是查询页面观察到的结果，不等于设备的全部网络身份。
- 再连接同一个节点。开启客户端后，保持相同浏览器、相同网络和相同查询页面，重新记录结果。若公网出口地址或归属网络发生变化，说明至少这部分网页流量经过了不同出口。
- 分别测试 IPv4 与 IPv6。有些配置只代理 IPv4，IPv6 仍然直连；也有些网络没有可用 IPv6。若查询页面同时显示两种协议地址，应分别对比，不能只看 IPv4。
- 检查分流规则。浏览器访问结果变化，并不代表邮件、办公软件、命令行工具或其他应用都走同一条路径。对连接问题进行诊断时，应确认应用是否使用系统代理、独立代理，或被规则设为直连。
- 观察断线行为。临时断开节点后访问一个普通网站。如果页面仍然可以加载，可能是应用直连、缓存、分流规则或客户端未接管该流量；这只能说明需要继续排查，不能直接认定存在 IP 泄漏。
如果使用的是浏览器代理，还要注意 WebRTC 等独立网络能力。RFC 8828 明确讨论了在某些代理或分流条件下，WebRTC 的 STUN 检查可能绕过代理并暴露原网络公网地址，尤其需要关注多网卡和分流 VPN 场景。可参考 RFC 8828 关于 WebRTC IP 地址处理的说明。
IP 变了，不代表所有网络信息都变了
目标网站通常可以看到请求来源的公网出口地址，但 IP 只是网络识别信息的一部分。浏览器登录状态、Cookie、账号、设备特征、时区、语言、DNS 路径以及应用自身上报的信息，都可能影响服务端对连接的判断。
此外，代理的作用范围取决于客户端配置。全局或全隧道模式通常覆盖范围更广；应用代理、规则代理和分流模式只处理符合条件的连接。RFC 1919 也指出，代理通过建立客户端到代理、代理到服务器的转发关系实现地址隔离，但具体行为取决于代理类型和部署方式。
- 如果只是浏览器网页显示 IP 变化，不要据此推断所有应用都已切换出口。
- 如果网页显示的 IP 没有变化，应优先检查客户端是否连接成功、规则是否命中、浏览器是否使用系统代理，以及 IPv6 是否绕过。
- 如果出现“部分网站能访问、部分应用不能连接”，应把问题拆成 DNS、路由、代理范围、MTU、丢包和应用自身配置分别验证。
- 不要把公网 IP 的改变理解为匿名或完全隐藏；它只说明某些请求的网络出口发生了变化。
连接问题排查清单
当你确认“用梯子后 IP 没变化”或“不同应用显示不同 IP”时，可以按以下顺序处理：
- 确认客户端状态为已连接，并确认使用的节点不是仅供测速或仅代理特定应用的配置。
- 检查系统代理、浏览器代理和客户端规则是否互相覆盖，避免浏览器走代理而其他应用直连。
- 分别测试域名解析和直接访问 IP，判断是 DNS 问题还是传输路径问题。
- 在 Windows、macOS、iOS 或 Android 上确认是否同时启用了其他 VPN、网络过滤器或企业管理配置。
- 检查 IPv6、MTU 和丢包。若只有部分网站、长连接或大文件传输异常，不要只围绕 IP 变化判断。
- 更换一个节点后重复测试，并记录时间、网络类型、应用、协议和错误提示，便于区分节点问题与本地网络问题。
常见问题
用梯子后 IP 一定会改变吗？
不一定。只有实际访问流量经过了代理或 VPN 出口，目标网站看到的公网 IP 才可能变化。如果客户端未连接、规则没有命中、应用未使用系统代理，网站仍可能看到原来的公网出口。
为什么浏览器 IP 变了，但某个软件的 IP 没变？
通常是代理范围不同。浏览器可能使用系统代理或应用代理，而该软件可能采用独立网络栈、直连规则、分流配置或自身代理设置。应分别检查应用的网络设置和客户端规则。
公网 IP 改变后，真实 IP 就完全隐藏了吗？
不能这样理解。公网出口变化只说明目标连接经过了另一个出口；Cookie、账号、浏览器特征、DNS、IPv6、WebRTC 或未代理应用仍可能暴露其他网络信息。
如何判断是 IPv6 导致 IP 没有改变？
先在未连接状态记录 IPv4 和 IPv6，再连接同一节点后分别对比。如果 IPv4 发生变化而 IPv6 仍显示原网络地址，应检查客户端是否支持 IPv6 代理、系统路由和分流配置。
IP 改变后网站显示的地区为什么仍然不准确？
IP 地理定位是数据库推断，不是精确定位。节点的注册地、机房位置、运营商信息和数据库更新时间都可能导致显示地区与实际机房或用户预期不同。