很多 TikTok 团队在初期只有一个出口，用软路由把整台机器的流量转出去就够了。但当业务扩展到多个出口之后，新的问题出现了：运营的设备要走 A 出口，直播的机器要走 B 出口，测试用的手机要走 C 出口——如果还在整机层面配置，就只能靠反复切换，效率极低还容易配错。软路由的分流能力正是为这个场景设计的：通过策略路由规则，让不同设备、不同业务、不同时间段的流量自动走指定出口。本文介绍 TikTok 场景下的软路由分流配置思路、规则设计原则与常见问题处理方法。
一、为什么TikTok 场景需要分流
<>TikTok 1. 不同业务对网络的要求不同>
TikTok 直播需要稳定的上行带宽，短视频上传需要吞吐能力，日常办公只需要基本连通性。把它们放在同一条链路上，结果是直播被文件同步拖慢，或者办公流量占满直播的带宽余量。
<>TikTok 2. 不同目标市场需要不同出口>
美区 TikTok 账号走美西出口、东南亚账号走新加坡出口，这种按市场绑定出口的需求，用整机代理无法实现，只能靠分流规则。
<>TikTok 3. 减少人工切换成本>
分流规则配置一次后，日常操作不再需要改配置。新人只要按模板接入即可，不需要理解整套网络拓扑。
<>TikTok 二、分流的三种实现层级>
| 分流层级 | 判断依据 | 适用场景 | 配置难度 | 推荐指数 |
|---|---|---|---|---|
| 按设备分流 | 源 IP / MAC 地址 | 设备与业务固定绑定的场景 | 低 | ★★★★★ |
| 按业务分流 | 目标域名 / 端口 | 同一设备跑多类业务 | 中 | ★★★★☆ |
| 按时间分流 | 时段规则 | 直播时段与非直播时段差异大 | 中 | ★★★☆☆ |
| 按优先级容灾 | 健康状态探测 | 主备出口自动切换 | 高 | ★★★★☆ |
| 按地域分流 | 目标 IP 归属地 | 按目标市场路由 | 高 | ★★☆☆☆ |
>TikTok 三、按设备分流：最实用也最稳定的做法>
<>TikTok 1. 为什么优先用设备维度>
设备维度的分流规则最稳定，因为源IP 是静态的、不随业务操作变化。相比按域名分流（域名列表庞大且会变化），设备维度的维护成本最低，排查也最直观。
<>TikTok 2. 地址预留是关键前置工作>
- 在软路由的 DHCP 池里为每台业务设备预留固定地址；
- 或手动在设备端设置静态 IP，避免地址漂移导致规则失效；
- 在配置文档中维护"IP — 设备 — 归属业务组 — 目标出口"的映射表；
- 新设备接入时统一从这张表走，不要临时分配。
<>TikTok 3. 规则设计的优先级顺序>
策略路由规则是自上而下匹配的，所以顺序很重要：
- 最高优先级：TikTok 直播专用设备的定向规则；
- 次优先级：TikTok 运营设备的规则；
- 再次优先级：办公设备的默认规则；
- 兜底：所有未命中规则的流量走默认出口。
兜底规则非常重要——没有它，未匹配的设备会走系统默认路由，行为不可控。
<>TikTok 四、按业务分流：处理域名规则的实用技巧>
<>TikTok 1. 域名规则维护的现实困难>
TikTok 业务会访问大量域名，且平台侧会持续变更。手工维护域名列表既容易遗漏，也会因为平台调整而失效。可行的做法是：
- 以实际运行期的连接记录为依据，抓取真实使用的域名；
- 定期（建议每周）重新采集并做差分比对；
- 保留一个覆盖较广的兜底规则组，配合更细的定向规则。
>TikTok 2. 域名匹配的性能代价>
规则数量大时会增加匹配开销。建议把高频业务放在规则组前部，控制单条设备的规则总数在合理范围，避免软路由 CPU 占用过高反而成为新的瓶颈。
<>TikTok 3. 与设备分流的配合>
实践中往往是两者叠加：设备维度决定大方向（这台机器走哪个出口），域名维度在小范围内做微调。这样既保持了可维护性，又满足了精细化需求。
<>TikTok 五、软路由的选型与配置要点>
<>TikTok 1. 硬件选型的三个硬指标>
- 单核转发能力：TikTok 直播 1080P 推流 4Mbps，加上转发开销，建议单核至少能线速转发 200Mbps；
- 内存：连接数多时内存是瓶颈，1GB 只适合十几台设备，5 台以上业务设备建议 2GB 起；
- 闪存与扩展：需要容纳规则集与日志，建议至少 128MB 可用空间。
<>TikTok 2. 必须开启的功能>
- 连接数跟踪与限制，避免异常连接耗尽资源；
- 日志记录，至少保留 7 天，便于事后追溯；
- 定时健康检查，支持出口可用性探测；
- 配置备份机制，规则集变更前后都要备份。
<>TikTok 3. 需要避开的配置陷阱>
- 关闭 ICMP 转发导致误判链路不通；
- MTU 设置过小引入分片问题；
- DNS 转发未开启，客户端自行解析造成解析不一致；
- 未限制异常流量，单台设备跑满带宽影响全网。
<>TikTok 六、分流配置的验证与排障>
<>TikTok 1. 逐条验证每条规则>
- 单核转发能力：TikTok 直播 1080P 推流 4Mbps，加上转发开销，建议单核至少能线速转发 200Mbps；
- 内存：连接数多时内存是瓶颈，1GB 只适合十几台设备，5 台以上业务设备建议 2GB 起；
- 闪存与扩展：需要容纳规则集与日志，建议至少 128MB 可用空间。
>TikTok 2. 必须开启的功能>
- 连接数跟踪与限制，避免异常连接耗尽资源；
- 日志记录，至少保留 7 天，便于事后追溯；
- 定时健康检查，支持出口可用性探测；
- 配置备份机制，规则集变更前后都要备份。
<>TikTok 3. 需要避开的配置陷阱>
- 关闭 ICMP 转发导致误判链路不通；
- MTU 设置过小引入分片问题；
- DNS 转发未开启，客户端自行解析造成解析不一致；
- 未限制异常流量，单台设备跑满带宽影响全网。
<>TikTok 六、分流配置的验证与排障>
<>TikTok 1. 逐条验证每条规则>
- 关闭 ICMP 转发导致误判链路不通；
- MTU 设置过小引入分片问题；
- DNS 转发未开启，客户端自行解析造成解析不一致；
- 未限制异常流量，单台设备跑满带宽影响全网。
>TikTok 六、分流配置的验证与排障>
<>TikTok 1. 逐条验证每条规则>
配置完成后对每台设备独立验证：确认它实际走的出口是预期的那个。最直接的方法是在出口侧查看连接来源，或在设备上查询出口 IP 是否符合预期。
<>TikTok 2. 常见故障与处理>
| 故障现象 | 可能原因 | 排查方法 | 处理方式 |
|---|---|---|---|
| 规则不生效 | 源 IP 与规则不匹配 | 对比设备实际 IP | 修正规则或重新绑定 |
| 部分流量走错出口 | 域名规则缺失 | 看连接日志定位域名 | 补充域名规则 |
| 切换出口后连接不断 | 长连接未断 | 检查连接保持策略 | 配置切换时重置连接 |
| 软路由 CPU 打满 | 规则过多或并发过高 | 看 CPU 与规则数 | 精简规则或升级硬件 |
| 重启后规则丢失 | 配置未持久化 | 检查持久化设置 | 修正存储配置路径 |
>TikTok 七、演进到多出口后的管理要点>
- 出口数量超过 5 个时，规则表会迅速膨胀，应改用分组引用而不是逐条罗列；
- 每个出口维护一张档案卡，记录用途、绑定设备、出口 IP、质量数据；
- 出口变更前先在测试环境验证规则，避免直接影响线上直播；
- 软路由固件升级要安排窗口期，升级前导出配置备份。
<>TikTok 总结>
TikTok 软路由分流的正确顺序是：先做地址预留，再按设备维度建立主规则，然后按业务域名做精细化补充，最后留好兜底规则。设备维度最稳定、域名维度最灵活、时间与地域维度最复杂但也最脆弱，实践中应以设备维度为主干。配置完成后必须逐条验证，并把"IP—设备—业务组—目标出口"的映射关系文档化，让团队成员都能看懂和接手。所有网络配置都以支撑合规业务为前提，不改变平台规则适用范围。需要了解不同区域 TikTok 出口的规格与覆盖范围时，可到 tiktokjiasu.com 的节点专区对照查看。
如果你的 TikTok 业务需要多个区域出口协同，可访问 tiktokjiasu.com 查看各区域节点的覆盖市场、带宽规格与线路说明，按业务组与设备数量规划出口分配方案；实际配置与价格以官网实时页面为准，建议先在测试环境完成规则验证再切到生产环境。
