100Mbps 的线路跑到 12.5 MB/s 就已经跑满，换算率是 8 而不是 100；站内 24 家平台里，同一个 8 元/月既可能是 6M 独享，也可能是 25M 峰值。跑不满的那一截，多半落在套餐上限、单连接限制、本机端口、目标站反爬这四段里，各有各的指纹。
速度上不去的时候，第一反应通常是”平台给的水分大”或者”该换一家了”。但代理链路上有四个位置都可能执行限速，它们的症状高度相似，处置方式却几乎相反——一个是改本机参数就能解决，一个只能换档位，还有一个换哪家平台都没用。下面这套四段定位法不要求额外工具，用免费测试额度就能走完一遍。
🔗 快速入口：一站式注册入口（聚合 24 家平台） ｜ 价格中心（全平台比价） ｜ 在线测速工具（延迟/抖动/丢包/下载）
| 限速执行者 | 最省事的判据 |
| 本机与链路 | 不挂代理先测一次，本机自己就到顶了 |
| 服务商侧 | 同一线路多线程能上去、单线程上不去 |
| 目标站侧 | 换一个目标站，速度立刻恢复 |
| 协议与客户端 | 同一条线路换个客户端或协议，结果不同 |
四段限速：执行者不同，留下的痕迹也不同
代理 IP 的带宽参数写的是一段范围的上限，不是承诺值。11342 那篇里有一句可以直接拿来当尺子：理论峰值扣掉协议开销、对端限速与中间节点拥塞之后，实测能跑到理论值的七八成，就已经算这条线路合格。所以”没跑到 100%”本身不构成问题，要判定的是：缺口出现在哪一段。
把四段放在一张表里对比，会发现它们的症状其实不难区分——难的是大多数人只跑了”挂代理测一次”这一个动作，手里只有一个数字，没有参照物。
| 执行者 | 它怎么限的 | 你看到的现象 | 一句话判据 |
|---|---|---|---|
| 本机与链路 | 出站临时端口耗尽、句柄或客户端连接数见顶、家宽上行本就窄 | 跑到一定量后成片超时；换台机器就正常 | 不挂代理测本机，天花板就已经这么高 |
| 服务商侧 | 套餐标称带宽、单连接限速、共享线路被同池用户分走 | 数值稳定压在某个上限以下，或高峰时段掉得多 | 多线程加起来能上去，单线程只有几分之一 |
| 目标站侧 | 按请求次数、时间窗或账期做反爬计数，超了就降速或拒绝 | 只有某一个站慢，其他站完全正常 | 换个目标站，速度立刻恢复 |
| 协议与客户端 | 认证往返、隧道封装开销、UDP 转发衰减、多线程聚合产生的假高值 | 挂上代理才慢；换协议结果不同；总量很高但单窗口很卡 | 同一条线路换客户端，数字变了 |
先量本机：这一步能排掉一半的嫌疑
限速排查里最容易被跳过、又最便宜的一步，是先确认这台机器自己有多少能力。出站临时端口、文件句柄、客户端连接数这三样都属于本机资源，它们的表现和”线路被限速”几乎一样——都是跑到一半开始成片超时，但换线路换平台都没用。
| 本机资源 | 默认上限（常见发行版/系统） | 怎么核对 | 谁在占用 |
|---|---|---|---|
| 出站临时端口（Windows） | 49152–65535，共 16384 个 | netsh int ipv4 show dynamicport tcp |
每条出站 TCP 连接 |
| 出站临时端口（Linux） | 32768–60999，共 28232 个 | sysctl net.ipv4.ip_local_port_range |
每条出站 TCP 连接 |
| 端口回收时间 | 连接关闭后以 TIME_WAIT 压住约 60 秒 | Linux 用 ss -s，Windows 用 netstat -ano |
高频短连接堆积 |
| 客户端自身连接数 | 浏览器对同一目标常见 6–8 条 | 看客户端设置或连接池配置 | 代理客户端、下载器、浏览器 |
换算一下会更直观：按 Linux 默认的 28232 个端口、单一目标、每条连接压 60 秒算，大约每秒 470 条新连接就是上限；Windows 默认 16384 个，约每秒 273 条。把请求分散到多个出口或多个目标地址，四元组变了端口就能重新用，这是成本最低的缓解手段。
服务商侧：套餐上限和「单连接限速」怎么认
平台侧的限速分三种形态，只有第一种写在参数栏里。第二种最容易被误判成”平台虚标”，第三种则和价格档位直接相关——同一张价格表上，光梭IP 折后 8 元/月这一个价位同时摆着 6M 优质独享和 25M 特价独享（峰值），每兆成本差 4 倍；天行IP 的静态 L2TP 与住宅 L2TP 同为 10 元/月，一个是峰值 100M 云服务器线路、一个是 10M 住宅带宽。价一样、货不一样，速度自然不一样。
| 形态 | 在后台/参数栏里叫什么 | 典型表现 | 怎么区分 |
|---|---|---|---|
| 套餐带宽上限 | 标称的 M 数，下单那一刻锁进订单 | 长期稳定压在一个值以下，波动很小 | 实测值约等于标称值的七八成，属正常 |
| 单连接限速 | 通常不写，参数栏里找不到 | 多线程能跑上去，单线程只有它的三分之一甚至更低 | 同一时间点分别跑单线程与多线程，比差值 |
| 共享线路抢占 | 只标”共享”或”独享”两个字 | 晚高峰掉得多，凌晨恢复；同一档位邻居越多越明显 | 同一线路早晚各测一次对照 |
第二种的判断价值最高。站内测速那篇给过一个明确口径：单线程明显低于多线程（比如只有三分之一），说明这条线路对单连接做了限制。这句话反过来读也成立——它限制的是”一条连接能吃多少”，不是”整条线路有多少”。所以多开、单窗口单 IP 这类每个窗口只占一条连接的用法，最适合拿它当容量规划依据：单线程数字乘窗口数，才是这条带宽能承载的量。
目标站侧：只对某一个站慢，就不是线路的锅
反过来的一类情况是：同一个 IP、同一个出口，访问 A 站一切正常，访问 B 站就慢得像断线。这时候线路是干净的，慢来自目标站自己的计数规则。目标站点对同一来源的宽限无非三种，你的请求节奏只要卡在对应窗口内就够了——比它更快等于白烧切换额度，比它更慢才会被拦。
| 目标站怎么计数 | 对应的表现 | 该调的参数 | 站内档位参考 |
|---|---|---|---|
| 按请求次数（连续 N 次触发） | 前几十个请求飞快，之后开始整片超时 | 每个 IP 用几次就换 | 烽迅 SK5、奔富 IP：不限切换次数 |
| 按时间窗（分钟或小时级） | 同一分钟内密集请求必被降速 | 拉长间隔，或加出口条数摊薄 | 光子 IP：2000 次/月额度 |
| 按账期（天级） | 一天里跑完就不再恢复 | 选长效静态，减少无意义轮换 | 天行 IP：自带 1000 次 |
还有一个小坑：下载测速跑的是一个具体文件。如果那个文件正好落在离你很近的缓存节点上，测出来的速度是缓存给你的，和代理出口的真实能力无关——同一条线路早晚两个数字差一大截，多半就是这里。换成不同来源、不同大小的资源各测一次，结论才站得住。
协议与客户端侧：挂上代理才慢，换协议就变
剩下的一段开销是固定存在的，只是大小不同。SOCKS5 建连要多一次认证往返，L2TP 走的是隧道封装，UDP 转发在部分平台会被削弱——这些都不会让速度掉一半，但会让”理论值”和”实测值”之间的缺口变大。真正需要警惕的是最后一行：多线程聚合出来的漂亮数字，会被误当成单窗口能拿到的量。
| 来源 | 为什么会慢 | 影响量级 | 能怎么绕 |
|---|---|---|---|
| SOCKS5 认证 | 建连时多一次往返 | 对首包延迟影响明显，对下载吞吐影响很小 | 保持连接复用，别每条请求都重连 |
| L2TP 隧道封装 | 报文进隧道再出，多一层封装开销 | 常见在个位数百分比 | 无解，属协议本身的成本 |
| UDP 转发 | 部分平台只给 UDP 做有限转发 | 游戏、语音类业务体感差距明显 | 换支持 UDP 的线路，或改用 TCP 类客户端 |
| 多线程聚合 | 把多条连接的速度加总，掩盖单条上限 | 能虚高出数倍 | 同时跑单线程与多线程，以单线程为准 |
官方入口与相关页面
| 页面 | 用来做什么 |
|---|---|
| 全网低价IP 官网 | 24 家平台聚合导购主入口 |
| 价格中心 | 各平台带宽档位与折后价横向对照 |
| 在线测速工具 | 延迟 / 抖动 / 丢包 / 下载 / 上传，本机基准线 |
| 代理线路可用性检测 | SK5 / HTTP 真实握手，批量核对线路是否真的通 |
| IP 综合检测中心 | 查 ASN 归属、机房与住宅识别、测速与业务模拟 |
| 代理IP新手入门导航 | 从注册到提取、配置的完整路径 |
| 聚合注册入口 | 24 家平台一站注册，含各平台邀请码与渠道优惠 |
四步定位顺序：按这个次序走一遍
顺序是有讲究的。本机层排在最前，因为它最容易发生，也最容易把锅甩给线路；单线程与多线程的对比排在末位，因为它要占用一点额度，而且只有前面都排除干净了，结论才干净。测速指标本身怎么读（延迟要看分布、抖动比均值关键、丢包决定会不会瞬断）站内已经有一篇专门讲，这一篇只负责回答”卡在哪一段”。
| 次序 | 动作 | 拿到什么 | 指向哪一段 |
|---|---|---|---|
| 第一步 | 不挂代理，测本机宽带 | 你的速度天花板 | 天花板本身就低 ⇒ 本机与链路侧 |
| 第二步 | 挂上代理，测同一组指标 | 代理实际给你的量 | 腰斩且稳定 ⇒ 服务商侧或协议侧 |
| 第三步 | 换一个目标站/换一个资源地址再测 | 是否与目标有关 | 只有某个站慢 ⇒ 目标站侧 |
| 第四步 | 单线程与多线程各跑一次，比差值 | 单连接能吃多少 | 单线程远低于多线程 ⇒ 服务商单连接限速 |
哪些限速能自己解决，哪些只能换档
定位到段之后，处置其实就两种：能自己动手的，和只能换的。把这两类分清楚，才不会出现”花了一个月换四家平台，问题还在原地”的局面——如果缺口在协议封装开销或目标站风控规则上，换平台确实一分钱都省不下来。
| 限速段 | 能自己动手的动作 | 只能靠换的部分 |
|---|---|---|
| 本机与链路 | 扩大临时端口范围、复用连接、降并发、改用有线 | 家宽本身的上下行规格（要动宽带套餐） |
| 服务商侧 | 升档位买更大带宽、改选独享、把任务错峰到凌晨 | 单连接限速（多数平台不开放这个开关） |
| 目标站侧 | 把请求节奏压进计数窗口、加出口条数摊薄 | 目标站的反爬规则本身（改不了） |
| 协议与客户端 | 换客户端、换协议、做连接复用 | 协议本身的封装开销（无解，只能接受） |
常见问题
Q1：实测跑到理论值的多少才算正常？
A：七八成就算合格。100Mbps 换算成下载工具显示的 12.5 MB/s 是理论峰值，扣掉协议开销、对端限速与中间节点拥塞之后能跑到 8–10 MB/s 已经属于好线路。追问”为什么不是 12.5″，多半是在跟物理换算和协议成本较劲。
Q2：同一档位白天正常、晚上掉一半，是平台在限速吗？
A：大概率是共享线路被同池用户分走，而不是有人手动给你调了速度。判断方法是同一线路早晚各测一次对照：如果只掉吞吐、延迟与丢包基本不变，是抢占；如果延迟和丢包一起恶化，更该怀疑中间链路拥塞。
Q3：多线程能跑到 50M、单线程只有 5M，算被限速了吗？
A：算，但这是设计成这样的。单线程远低于多线程，说明平台限制的是”单连接能吃多少”，不是整条线路的总量。如果你的用法是多开、每个窗口各占一条连接，这种线路反而划算；如果指望一个窗口吃满带宽，就得换档或换线路。
Q4：本机测出来只有 8Mbps，是代理太差还是我家宽带的问题？
A：先不挂代理测一次就知道。如果本机不挂代理的上限就是 8Mbps，那这个数字是天花板，跟代理无关；如果本机 100Mbps、挂上代理只剩 8Mbps，问题才在线路、时段或协议侧。顺序颠倒过来，结论一定错。
Q5：换了三家平台都一样慢，还能查什么？
A：先看是不是同一个目标站、同一个时间段、同一台机器。三个变量都没换，换平台等于重跑一遍同样的实验。其次数本机资源：临时端口堆积、句柄见顶、客户端连接池上限，这三样都会让不同的平台表现出一模一样的慢。
Q6：买之前怎么问，才能避免买到跑不满的档位？
A：问三个数：这条线路是共享还是独享、单连接有没有额外限制、峰值和常态分别是多少。站内价格表里 24 家只有 6 家会把带宽写进参数栏，参数标得越具体，事后越少扯皮。价格与档位以平台后台实时显示为准，核对于 2026-10-16。
📚 相关阅读
📄 代理IP 的 99.9% 可用率怎么读？标称值和你的成功率不是一回事
更多帮助
如需获取更多帮助，请访问官网：socks5ip.com.cn
📖 代理IP新手入门导航：注册到提取全流程 ｜ 代理工具中心
🛠️ IP综合检测中心：IP质量/线路/测速/业务模拟免费测
📝 全网低价IP 官方入口（24 家平台聚合注册，一站直达）：https://linkdd.cn/socks5ip
💬 微信：17720135827 — 7×24h在线
全网低价IP｜聚合24家代理IP平台，全部免费测试，先测后买零风险
