20 台手机挂一套群控，出口成本可以做到每月 44.8 元，也能做到每月 360 元——差的不是 IP 单价，而是你要不要把每台机的流量分开走。
群控软件把画面和指令收拢到一台电脑上，但每台手机从哪个 IP 出网，它一概不管。20 台机连着同一个 WiFi，网关做一次 NAT，出门就是同一个公网地址。要拆开，得在网关或链路层动手。
🔗 快速入口：一站式注册入口（聚合 24 家平台） ｜ 代理工具中心（客户端与教程汇总） ｜ 价格中心（全平台比价）
| 拓扑 | 现实台数 | 卡在哪 |
| 每台机连不同 WiFi／热点 | 3–5 台 | 路由器带机量与信道，出口其实还是一条宽带 |
| USB 网络共享回电脑 | 10 台以内 | 每台机多一张虚拟网卡，USB 供电与带宽先顶 |
| 旁路网关按 MAC 分流 | 几十台 | 需要一台能跑策略路由的网关 |
群控软件只管操作，出口这件事不在它手里
群控系统（也叫云控、手机群控、批量投屏）承担的是三件事：把 N 台手机的画面投到电脑上、把一条操作指令同步下发到 N 台、把设备状态（在线、电量、当前应用）汇总成一个列表。它工作在应用层和 ADB 通道上，从头到尾不碰数据包的去向——因为它根本不在数据通路里。
这一点决定了后面所有的方案边界：在群控面板里翻遍设置，也找不到「给每台机配 IP」的选项。IP 这件事只能落在两处，一是每台手机自己（装客户端、开系统代理），二是手机连出去的那个网关上。想在面板里解决的思路，从第一步就走偏了。
顺带把一个常见的混淆点划清：设备指纹是另一层。改机型、改 IMEI、改传感器读数，解决的是「设备看起来像不像同一台」；换 IP 解决的是「从哪条线出网」。站内《云手机多开会互相影响吗》那篇把这两条线的耦合讲过一次，这里只讨论出口，不重复设备侧。
| 你手上的角色 | 它负责什么 | 它不负责什么 |
|---|---|---|
| 群控软件 | 批量操作、投屏、脚本站场、设备列表 | 出口 IP、路由、隧道 |
| 手机系统 | WiFi 连接、系统级代理设置（部分机型） | 按应用分流（安卓多数应用直连不走系统代理） |
| WiFi 路由器／网关 | DHCP、NAT、把内网流量送去上游 | 默认不会替每台机挑不同线路 |
| 上游代理线路 | 提供出口 IP 与带宽 | 不知道你后面挂了几台机 |
这张表最下面两行是关键：网关默认只做一件事——把内网所有设备的流量统一 NAT 成一个公网地址送出去；上游线路默认只认一条隧道或一个账号，不知道隧道后面站着几台手机。所以群控规模一上去，「同一个出口」不是配置错了，是默认行为本来就这样。
默认情况下，20 台手机走的是同一个出口
把 20 台机连到同一个 WiFi，它们的出网路径完全一致：手机拿到 192.168.x.x 的内网地址，网关把源地址换成宽带拨号得到的那个公网 IP，再送给目标站。目标站那一侧看到的是同一个 IP、同一个 ASN、同一个城市——20 个账号在它眼里就是一台机器上的 20 个会话。
这里有一个容易被忽略的细节：内网地址各不相同，公网出口只有一个。所以在手机上查看「本机 IP」，看到的 192.168 开头那个地址没有任何判断价值；要看出口，必须打开外部页面读回显的公网 IP。站内 IP综合检测中心 就是干这个的，读的是四项：出口 IP、ASN 归属、解析城市、DNS 出口。
还有一种半吊子情况值得单独说：手机上装了代理 App，浏览器里打开检测页，IP 变了，看起来成功了；但群控跑的是 App 里的业务，App 直连不走系统代理，出口还是宽带的那个。这种现象在安卓上极其常见，判断方法很简单——在业务 App 里触发一次能读出口的动作，或者直接在网关侧抓一次会话，看源地址走的是代理还是直连。
| 看哪儿 | 它告诉你什么 | 能不能代表业务出口 |
|---|---|---|
| 手机「关于手机」里的 IP | 内网地址（192.168／10 段） | 不能，和出口无关 |
| 浏览器打开检测页 | 浏览器这一次请求的出口 | 只在浏览器走了代理时成立 |
| 网关的会话表 | 这台机每个连接的源与去向 | 能，最接近真相 |
| 业务 App 自身的日志 | 它请求的地址与返回码 | 能，但要 App 肯记 |
三条拓扑：各自连 WiFi、USB 共享、旁路网关
要把同一个出口拆成 20 个，本质上只有三条路，区别在于「分流这个动作落在哪一层」。三条都能跑通，能撑的台数和维护成本差得很远。
第一条，每台手机连不同的 WiFi 或热点。它解决不了规模问题：家用路由器的带机量通常在十几到几十台，但真正卡住的是出口——这些 WiFi 背后往往还是同一条宽带、同一个公网 IP，只是换了内网段。要真正做到每条 WiFi 一个出口，等于每条宽带配一条线路，成本与场地都不现实。它适合 3 到 5 台的验证阶段。
第二条，手机开 USB 网络共享回电脑，电脑侧再按虚拟网卡分流。技术上成立，坑在两头：每台机多出一张 RNDIS 虚拟网卡，20 台就是 20 张，Windows 的路由优先级、网卡序号、驱动冲突会一层层叠上来；同时群控本身要走 ADB，USB 带宽和供电也在抢同一根线。10 台以内能忍，20 台以上进入「每天修一次」的状态。
第三条，旁路网关。手机统一连一个专用 SSID，网关把每台机的出站流量按源 MAC（或按 DHCP 静态绑定给的固定内网 IP）送到不同的上游线路。手机端除了连 WiFi 什么都不用配，换机、加机只改网关上的表。
| 拓扑 | 每台机能否独立出口 | 现实上限 | 主要代价 |
|---|---|---|---|
| 各自连 WiFi／热点 | 理论可以，实际共用同一条宽带 | 3–5 台 | 要几条宽带就几份钱，场地与运维翻倍 |
| USB 网络共享 + 电脑侧分流 | 可以 | 10 台上下 | 虚拟网卡与路由冲突、USB 供电、ADB 抢带宽 |
| 旁路网关按 MAC 分流 | 可以，且与手机型号无关 | 几十台 | 需要一台能做策略路由的网关，前期配置一次 |
选哪条，判据不是「哪条更高级」，而是「你明年还会不会加机器」。会加，就直接上第三条；只是短期验证 5 台以内，第一条最省事。
旁路网关：让分流落在 MAC 上
网关分流的原理一句话能说完：手机发出的每个数据包，到网关时还带着源 MAC 和源内网 IP，网关拿这两个字段查表，决定这个包走哪条上游。所以配置的重点不是「代理怎么填」，而是「表怎么建、绑定怎么稳」。
第一件事是把内网地址钉死。DHCP 里给每台机的 MAC 做静态绑定，让它每次都拿到同一个内网 IP（比如 192.168.50.11 到 .30 留给 20 台机）。不做这一步，手机重启换个地址，昨天配的分流今天就错位——这是最常见也最难查的一类故障，现象是「昨天还好好的，今天有两台机出口串了」。
第二件事是决定上游用什么协议接管。手机流量是 TCP 和 UDP 混着来的，这决定了协议选型：L2TP／PPTP 这类隧道在网关侧是整机接管，一条隧道对应一个上游出口，配起来最直接；SOCKS5 只认 TCP 的连接请求，要让手机上的 UDP 也走代理，网关必须做透明转发（REDIRECT／TPROXY），否则 DNS、QUIC 这类流量会绕过代理直接出网，出口看起来换了、实际漏了一半。
第三件事是兜底规则。表里没匹配到的设备（新加的一台、访客手机）必须有一个明确归宿：要么全走直连，要么全走某一条默认线路，绝不能悬空。悬空的结果是「谁都能上，但没人知道它从哪出」。
| 网关侧要落的事 | 作用 | 常见错法 |
|---|---|---|
| DHCP 静态绑定（MAC→内网 IP） | 让分流表有稳定的键 | 用动态地址，重启就错位 |
| 上游隧道或透明代理 | 整机接管，连 UDP 一起收 | 只配 SOCKS5 不开透明转发，DNS 直连泄漏 |
| 按源地址的策略路由 | 决定这台机走哪条线 | 按目标地址分流，等于所有机走同一条 |
| 默认兜底规则 | 新设备有明确归宿 | 留空，新机随机走 |
| DNS 也指到对应线路 | 解析出口与业务出口一致 | DNS 走本地，检测页出现异地解析 |
这五条里，被忽略最多的是最后一条。DNS 查询如果还走本地宽带，检测页上会出现「出口在 A 城、DNS 在 B 城」的组合，注册类、社媒类业务对这种不一致比单纯换 IP 更敏感。
20 条线路一个月多少钱
把台数乘单价就能算，但单价的口径得先统一。站内跨平台比价页把 24 家平台统一折成月卡最低档口径（核实于 2026-09-13），一条 IP 的起价从 ¥2.24 到 ¥24 不等，差的是带宽、并发条数与独享程度这三样。按 20 条算：
| 档位（示例平台） | 单条月价 | 20 条月成本 | 适合什么规模 |
|---|---|---|---|
| 极限低价档（光梭 ¥2.24 起） | ¥2.24 | 约 ¥44.8 | 轻量多开、先试水，带宽与并发偏小 |
| 主力价位（沧海／光子 ¥4 起） | ¥4 | 约 ¥80 | 20 台规模的常见落点 |
| 主力价位偏上（天行／鲸云 ¥6 起） | ¥6 | 约 ¥120 | 要更稳的线路与更大的带宽档 |
| 独享／海外（皇冠独享 ¥18 起、纵游 ¥24 起） | ¥18–24 | 约 ¥360–480 | 对独享与地区有硬要求 |
这笔账真正的变量不是单条价格，而是「一台机配一条」还是「几条机共用一条」。20 条按 4 元档是 80 元/月，10 条是 40 元/月，差额只有 40 元；但共用意味着两台机同时在线时出口相同，平台侧看到的是同一个地址上的两个会话——省下的几十元，换来的是账号关联的口子。这笔钱在 20 台的规模上不值得省。
另一笔容易被漏掉的是带宽与并发。20 台机同时跑业务，共用一条上游时，带宽被摊成 1/20，并发条数也会被同一个账号额度卡住。站内《代理IP跑不满速，是谁在限速》把四段限速拆过一次，这里只取其中落到出口上的那一条：每台机一条线路，不只是为了 IP 不同，也是为了带宽和并发不互相挤。
| 资源 | 共用一条线路时 | 一机一条时 |
|---|---|---|
| 出口 IP | 全部相同 | 各自独立 |
| 带宽 | 20 台平分一条 | 各拿各的 |
| 并发条数 | 被同一个账号额度卡住 | 各账号各算 |
| 故障影响面 | 一条断，20 台一起掉 | 只掉一台 |
装完先验这四项，缺一项等于白配
群控的配置有一个特点：看起来成功的概率远高于真的成功。检测页能打开、画面能看到、指令能下发，都不代表出口拆开了。下面四项是判定「真的一机一IP」的最小集合，全部在手机端就能做，不需要额外工具。
第一项，逐台读出口。20 台机依次打开检测页，把出口 IP 抄成一张表。判据是 20 个 IP 两两不重复；如果出现重复，先看重复的那几台是不是连在同一个 SSID、DHCP 绑定有没有写错。
第二项，看 ASN 与城市。出口 IP 不同但 ASN 相同、城市相同，说明买的是同一家同一个池子的线路，平台侧仍然可能把你们归成一类。这一项不是硬性失败，但要知道自己处在什么状态。
第三项，看 DNS 出口。检测页通常会给出 DNS 解析所用的出口地址，它应该和业务出口在同一侧。DNS 走本地宽带是最常见的漏点。
第四项，重启一次再验。把所有机关机重启、路由器断电重连，然后重跑前三项。分流表如果是按动态地址建的，这一轮就会露馅。
| 检查项 | 怎么看 | 不合格长什么样 |
|---|---|---|
| 出口 IP 是否互不相同 | 逐台打开检测页抄表 | 有多台相同，或全部相同 |
| ASN 与城市是否分散 | 同一次检测结果里的归属字段 | 20 台全在同一 ASN、同一城市 |
| DNS 出口是否同侧 | 检测页的 DNS 出口字段 | 出口在 A 地、DNS 在本地 |
| 重启后是否仍成立 | 断电重连后重跑前三项 | 地址变了，分流错位 |
这四项跑完大约十分钟。省掉这十分钟的代价，通常是后面几天在「为什么还是被判关联」上反复试错，而试错的变量比这四项多得多。
四种「配了还是同一个 IP」，逐条对
分流配完不生效，现象看着都一样，原因却分属四个不同的层。按下面的顺序对，能省掉大部分盲改。
第一种，业务 App 根本没走代理。手机的系统代理只对部分应用生效，业务 App 如果自己做网络请求（很多原生 SDK 就是这样），会绕过代理直连。判据：浏览器检测页显示已换，业务 App 里的出口没换。动作：改成网关侧整机接管，而不是依赖手机端设置。
第二种，网关策略按目标地址分流了。按目标地址分流的规则，对「所有机访问同一个站」这个场景等于没有分流——20 台机的目标一样，走的路自然一样。判据：换一个目标站测试，出口跟着目标变而不跟着设备变。动作：规则改成按源 MAC 或源内网 IP。
第三种，DHCP 绑定漏了几台。手工加机器时最容易出，表现是「大部分机正常，偶尔一两台串线」。判据：把每台机的内网地址和 MAC 列成表，和分流表逐行对。动作：补绑定，并给新机留一段固定地址池。
第四种，UDP 漏了。SOCKS5 只处理 TCP，DNS、QUIC、部分游戏的实时流量走 UDP，会绕过代理直接出网。判据：检测页能过，但某些应用里定位、语音、实时对战类功能表现异常。动作：走透明转发，或在网关侧把 UDP 单独接管。
| 现象 | 根因 | 先做哪个动作 |
|---|---|---|
| 浏览器换了、App 没换 | 应用不走系统代理 | 改网关整机接管 |
| 换目标站，出口跟着目标变 | 规则按目标地址分流 | 改成按源 MAC／源 IP |
| 大部分正常，个别串线 | DHCP 绑定缺失 | 补绑定，留固定地址段 |
| 网页正常，实时类功能异常 | UDP 未被代理接住 | 透明转发或单独接管 UDP |
什么时候不必一机一IP
一机一IP 是有成本的：线路钱、网关钱、配置与维护的时间。下面这几种情况，硬上反而是浪费。
一是台数在 5 台以内、只做验证。这个阶段要验的是「业务本身能不能跑通」，出口只要不是本地宽带就行，用免费测试额度拿几条线路、每台机装客户端足够，不必上网关。
二是同一账号的多设备协同。同一个账号在几台机上登录，本来就是同一个人在用，出口一致不是问题；这时候要管的是登录态与设备指纹，不是 IP 分散。
三是任务本身就是低频、单线程、无所谓关联。比如只做推送检查、只做页面可达性巡检，出口重复不影响结果。
四是你还分不清设备指纹和出口这两条线。先把「同一台机器开 20 个号」和「20 台机开 20 个号」的差别想清楚，再决定要不要为出口花钱——设备指纹没处理，出口拆得再干净也照样被归堆。
| 情形 | 为什么不必 | 怎么做 |
|---|---|---|
| 5 台以内做验证 | 要验的是业务能不能跑通 | 免费测试额度 + 每台装客户端 |
| 同账号多设备协同 | 本来就是同一个人 | 管登录态与指纹，不管 IP 分散 |
| 低频巡检类任务 | 出口重复不影响结果 | 一条线路轮流用 |
| 指纹还没处理 | 出口不是瓶颈 | 先解决设备侧，再谈出口 |
反过来说，只要满足两条——台数超过 10 台、每个账号要长期独立在线——那么一机一IP 就不是可选项。这时候省下的配置时间，会在后面以「今天又串了两台」的形式还回来。
官方入口与相关页面
| 用途 | 入口 |
|---|---|
| 一站注册（聚合 24 家平台） | https://linkdd.cn/socks5ip |
| 横向比价与档位核对 | 价格中心（全平台比价） ｜ 24 家月卡最低档对照表 |
| 客户端与教程 | 代理工具中心 ｜ 代理IP新手入门导航 |
| 自测工具 | IP综合检测中心 ｜ 代理线路可用性检测 |
| 领取免费测试额度 | 各平台免费测试入口一览 |
常见问题
Q1：每台手机都装了代理 App，为什么查出来还是同一个 IP？
A：因为业务 App 往往不走系统代理。手机上的代理设置多数只覆盖浏览器和部分遵守系统设置的应用，原生 SDK 自己建的连接会绕过它直连，出口仍是宽带那一个。判断方法是在业务 App 里触发一次能读出口的动作，或者看网关会话表里这台机的连接去向。要彻底解决，得在网关侧整机接管。
Q2：20 台手机要用几条 IP？能不能两台机共用一条？
A：一机一条是最稳的。共用一条意味着两台机同时在线时出口相同，平台侧看到的是同一地址上的两个会话，省下的钱远远抵不上被归堆的风险。如果预算确实紧，宁可降档到 2.24 元这一档，也不要减条数——20 条按 4 元档是 80 元/月，10 条是 40 元/月，差额只有 40 元。
Q3：旁路网关要买什么设备，普通路由器行不行？
A：关键不是硬件品牌，而是固件能不能做「按源地址的策略路由」和「静态 DHCP 绑定」。家用路由器原厂固件通常只提供全局的端口转发或简易代理，做不到按设备分流；能刷第三方固件或自带策略路由功能的路由器才合适。站内《ST加速器软路由配置》那篇里的网关配置思路是通用的，把线路换掉即可。
Q4：手机连的是 WiFi，网关怎么知道哪台机走哪条线？
A：靠源 MAC 或源内网 IP。手机发出的包到网关时还带着这两个字段，网关查表决定这个包走哪条上游。所以前提是内网地址必须稳定——DHCP 里给每台机的 MAC 做静态绑定，否则手机重启换地址，分流就会错位。
Q5：配完检测页显示的还是本地 IP，是哪里漏了？
A：按四层顺序查：先确认打开检测页的是不是那台机（而不是电脑上的浏览器）；再看手机是否真的连到了专用 SSID 而不是主路由；然后看分流规则是按源地址还是按目标地址；最后看 DNS 是否也被接管。四层里任何一层没落，都会出现「配了等于没配」。
Q6：实体群控和云手机，哪个更容易做到一机一IP？
A：各有各的难点。实体机难在网关分流，但设备是真的，指纹问题小；云手机出厂就共享出口，需要在实例层接独立出口，而设备指纹又要另外处理。站内《云手机多开会互相影响吗》用四象限表把这两层拆开过。台数上到 20 以上、又需要真实设备特征时，实体群控 + 旁路网关更可控。
📚 相关阅读
更多帮助
如需获取更多帮助，请访问官网：socks5ip.com.cn
📊 价格中心：24 家平台比价，全部免费测试 ｜ 24 家月卡最低档对照表
📖 代理IP新手入门导航：注册到提取全流程 ｜ 代理工具中心（客户端下载与教程汇总） ｜ 代理IP知识库（协议与术语口径）
🛠️ IP综合检测中心：IP质量/线路/测速/业务模拟免费测 ｜ 代理线路可用性检测（批量、可重试、导出 CSV）
📝 全网低价IP 官方入口（24 家平台聚合注册，一站直达）：https://linkdd.cn/socks5ip
💬 微信：17720135827 — 7×24h在线
全网低价IP｜聚合24家代理IP平台，全部免费测试，先测后买零风险
