在线 IP 更换教程：配置代理并验证公网出口

在线 IP 更换工具，是让网站看到不同公网 IP 地址的工具或联网方式。常见方法包括代理、VPN、Tor 出口节点，以及切换互联网连接。它改变的是经过指定路径的流量出口，不会自动改变浏览器身份，也不代表用户已经匿名。

对于 MIYA 用户，实际操作是选择合适的代理，把它配置到需要使用的浏览器或应用，再通过同一个客户端核实结果。本文比较几种常见方法，给出完整操作流程，并说明为什么代理检测成功仍不足以证明所有应用都在使用新 IP。

究竟改变了什么：公网 IP、本地 IP 与生效范围

公网 IP 是外部网络看到的地址；私有 IP 则用于识别局域网内的设备。在常见的家庭 IPv4 网络中，多台设备可以共用一个公网出口，同时各自保留本地地址。Mozilla 的 IP 地址说明解释了这种区别。因此，开启浏览器代理后，电脑的 Wi-Fi 地址可以保持不变，而网站看到的来源地址已经不同。

可以把连接理解成一条路径：设备 → 运营商 → 网站，变成设备 → 代理 → 网站。对于这条连接，网站看到的网络对端是代理。没有使用代理的另一款应用，仍可能通过原来的路径连接。“onlineipchanger”只是一个搜索词，并不保证特定的生效范围或隐私功能。

更换公网 IP 的主要方法比较

配置代理适合处理指定应用的流量。Firefox 连接设置文档区分了手动代理、系统代理、自动检测和配置脚本。VPN 通常覆盖更广的设备流量，但具体范围取决于配置。Cloudflare 的 VPN 说明介绍了通过 VPN 中间节点联网的方式；与目标网站之间的 HTTPS 仍是保护网页通信的另一环节。

Tor 中继文档说明，经 Tor 网络访问网站时，网站看到的是出口中继的 IP。它与单一普通代理不同；如果需要的是 Tor 的浏览器隐私模型，应从 Tor Browser 开始。共享出口可能遇到额外验证，Tor 的验证码说明解释了这一现象。

方式	影响的流量	目标看到的公网出口	主要考虑
网页代理	通过代理网站加载的页面	网页代理服务器	方便但范围有限，运营方处理被代理页面。
已配置代理	设置了代理的浏览器或应用	代理出口	范围可控，其他应用可能仍然直连。
VPN	VPN 配置纳入的流量	VPN 服务器	到服务商的加密隧道；需要检查分流设置。
Tor Browser	Tor Browser 的流量	Tor 出口中继	具有独立的隐私模型，共享出口可能遭遇验证。
切换网络	使用所选连接的流量	该网络的出口	便于排查，但对分配地址的控制较少。

代理、VPN、Tor 与网络切换方式比较 — 选择方式前，先比较流量范围与信任边界。

从家庭 Wi-Fi 切换到移动数据或其他获准使用的网络，也可能改变公网出口。重启路由器有时会得到新地址，但它不是可靠的“一键换 IP”：地址分配由运营商控制。Mozilla也说明家庭公网地址可能变化。修改本地网卡地址，与获得新的公网地址，是两件不同的事。

按任务选择 MIYA 连接方式

先明确为什么需要换 IP。在获准开展的地区展示检查或网络故障排查中，要决定整个流程是否需要稳定出口，还是不同独立请求之间需要更换出口。进行有状态操作时，出口在中途改变可能增加排查难度；而始终使用同一出口，也未必符合逐请求采样的需求。

需要稳定分配的代理时，可以从 MIYA 静态住宅代理了解对应产品；需要轮换方式时，可查看动态住宅代理。最终选择应以账户实际可用资源和目标网站允许的用途为准，不能仅凭产品分类认定所有网站都兼容。

MIYA 动态住宅代理的生成界面提供“每次请求轮换”“粘性会话”和“手动 API 切换”选项；粘性模式还有时长选择。请使用自己账户生成的参数，不要照搬他人的主机名、端口、密码或会话用户名。会话时长是路由配置，不代表上游出口绝不会变化。

使用 MIYA 更换并验证公网 IP

1. 在实际使用的客户端记录基线
在准备使用的浏览器中打开 MIYA IP 与浏览器环境检测，记录当前公网地址，以及 IPv4、IPv6 检查是否可用。如果实际任务由脚本执行，则单独记录脚本的基线。浏览器中的结果，不能证明远程服务器或另一款应用使用的路径。
修改设置前写清楚目标，例如：只有一个浏览器使用所选代理，其他应用保持原有连接。这样就有了明确的验收条件，而不是把出现任何新数字都当成成功。
2. 选择产品并准备连接信息
在 MIYA 控制台打开对应产品。动态住宅代理需要选择当前可用的定位和轮换选项，再复制生成的端点与认证信息；已分配的静态代理则使用该代理提供的连接参数。先确认账户资源可用，再排查客户端配置。
将主机名、端口、协议、用户名和密码视为同一组配置。新会话用户名搭配旧密码或错误端点，已经不是原本想验证的配置。请私下保存凭据，不要把它们放入共享笔记、截图或公开的诊断输出。
3. 只配置需要改变路径的浏览器或应用
在应用支持的代理设置中填写主机名和端口，并通过其正常认证流程提供凭据。Firefox 可从“设置 → 常规 → 网络设置 → 设置”进入，再选择符合端点的配置方式。Firefox 官方说明解释了这些控件。还应复查绕过代理的例外列表，不能默认所有目标都经过代理。
以 MIYA 生成的连接信息为准，按所选端点匹配 HTTP 或 SOCKS 设置，不要根据任意端口号推断协议。如果客户端不支持所需协议或认证方式，应先查看客户端文档，再选择其他接入方法。
4
4. 分别验证应用路径与代理端点
在已经配置的浏览器中重新运行 IP 与浏览器环境检测，与基线对比。另可使用代理检查器验证端点是否能完成其固定 HTTPS 请求，并查看观察到的出口。后者从 MIYA 检测服务发起请求，不能证明你的浏览器已经采用该代理。
命令行客户端可参考下面使用 ipify 官方公网 IP 接口的示例。所有 DASHBOARD 占位值都必须替换为账户生成的参数。仅提供用户名时，curl 会提示输入密码，避免把密码直接写入共享命令。以下命令以 Bash 为运行环境。Windows 用户可在 Git Bash 或 WSL Bash 中执行；使用 Windows PowerShell 时，需要按具体版本适配参数传递，仅将 curl 改为 curl.exe 并不足够。
```
# 不使用显式应用代理时的基线
curl --noproxy "*" "https://api.ipify.org?format=json"

# HTTP 代理：替换所有 DASHBOARD 占位值，并在提示时输入密码
curl --noproxy "" --proxy "http://HOST_FROM_DASHBOARD:PORT_FROM_DASHBOARD" --proxy-user "USERNAME_FROM_DASHBOARD" "https://api.ipify.org?format=json"

# SOCKS5 代理：由代理解析目标主机名
curl --noproxy "" --proxy "socks5h://HOST_FROM_DASHBOARD:PORT_FROM_DASHBOARD" --proxy-user "USERNAME_FROM_DASHBOARD" "https://api.ipify.org?format=json"
```
curl 手册说明了代理认证和 SOCKS 选项。socks5h 形式把目标主机名解析交给 SOCKS 代理。第一条命令绕过应用代理设置，但已启用的 VPN 或网络网关仍可能影响路径；仅在符合已授权测试范围时断开它们。
5. 检查稳定性、生效范围及恢复方式
在同一客户端中重复执行实际流程。如果要求稳定会话，应观察多次请求的出口；如果使用轮换，则应比较独立请求的行为，而不是认定每次显示的地址必定唯一。只有在目标范围包含其他应用时，才进一步验证其他应用。
最后关闭应用代理，确认恢复预期的基线行为。如果修改了多项设置，一次恢复一项并记录结果。保留一份已知可用的配置，便于之后定位超时或认证错误，避免反复猜测。