2026 台州高防写着封国外封 UDP：哪些业务会被自己的防御挡在门外

防御越大越安全？先讲一个"自己人先访问不了"的场景

挑高防的时候有个反直觉的现象：有人把防御从 100G 加到 300G，攻击来的时候站点确实没被打垮，倒是海外客户先反馈打不开了。攻击者还在外面，业务自己先少了一块流量。问题不在防御不够大，在防御太"勤快"——它清洗的时候顺手把自己的一部分正常访问也一起丢了。

台州机房这一页把这件事写在明面上：四个档位的标注完全一致，全部是「封国外封UDP」。这六个字和防御数值并排列在配置表里，但绝大多数人只盯着 100G、200G、300G 三个数字看，默认标注只是个补充说明。这个默认就是踩坑的起点。数值决定的是"能扛多大的攻击"，标注决定的是"扛的时候哪些流量会一起被丢掉"。前者是能力上限，后者是可用范围，两件事根本不在同一个层面上，而真正决定上线后体感的往往是后者。

把这一页读完之后，值得记住的结论有这么几条：

防御数值买的是"扛得住"这个能力，清洗策略定的是"扛的时候顺带丢掉谁"——后者才决定你自己人会不会一起进不去。

台州这一页四档的标注完全相同，都是「封国外封UDP」：从 999 元换到 2999 元，策略不会变宽松，多花的 2000 元只买到了数值。

加价最猛的那一档（200G 到 300G，每月 +1200 元）恰恰是策略最严的档位区间里最靠上的一端，钱花出去买到的既是更大的防御，也是同样严格、且触发面更广的清洗动作。

「封国外」和「封 UDP」是两条独立策略：前者管来源地域，后者管传输层协议。你只要命中其中一条，业务就会在清洗期出问题，跟你的防御买了多少 G 无关。

同一品牌下不同城市节点的标注并不一致——台州封国外封 UDP、东莞不封国外封 UDP、扬州不封国外不封 UDP、济南不封 UDP 和国外。这四座城市的可用流量范围两两不同，"换个城市重写一遍"式的选型方法在这里完全失效。

下面先把这六个字拆开讲清楚，再回来说四档价格和横向比选。

把标注拆开读：「封国外」封的是什么、「封 UDP」封的是什么

买高防的人习惯把配置表当成"参数清单"来读：CPU 几核、内存多大、带宽多少、防御多少 G、多少钱。这在普通服务器上没错，但在高防上会漏掉最关键的一栏，因为高防产品卖的不是一台机器，是"一台机器加一套清洗策略"。机器那部分是硬件参数，策略那部分就是这六个字。

「封国外」：清洗动作按来源地域做过滤

「封国外」处理的是来源地域维度。它的逻辑大致是这样：攻击流量往往带有明显的来源特征，当清洗被触发时，最快、最省事的止血办法之一，就是按地域把可疑来源整体切掉——境外来源的 IP 段在清洗期间被整体丢弃，只保留境内的访问。

这个动作在高防场景里是很常规的手段，对"用户全在国内"的业务来说几乎没有代价：被丢掉的流量本来就是攻击流量或无关流量，正常用户一个都没伤到。但对"用户里有境外部分"的业务来说，代价就是清洗期间那部分用户全部不可达——不管他们是不是攻击者的IP，是不是你的付费客户。

这里有个必须说清楚的边界：官网页面给出的是「封国外封UDP」这个标注，并没有进一步明示"是平时就封，还是仅在清洗触发时才封"、"封的粒度是国家级、运营商级还是 IP 段级"、"清洗结束后多久恢复"。这些是实现层面的细节，不同机房、不同清洗设备的做法可能不一样。页面上能确认的只有一件事：这台机器挂着「封国外」这条策略。具体生效时点和恢复时间，需要在下单前通过工单向服务商问清楚，不要凭标注去推断。

「封 UDP」：清洗动作优先丢弃 UDP 流量

「封 UDP」处理的是传输层协议维度。UDP 是无连接协议，没有握手过程，源地址可以伪造，这让它在反射放大类攻击里成为最常被利用的载体——DNS 反射、NTP 反射、SSDP 反射、各类游戏和语音协议的放大，走的几乎都是 UDP。所以在清洗压力大的时候，按协议维度把 UDP 优先丢掉，是另一条成本极低的止血路径。

代价同样清晰：如果你的业务本身依赖 UDP，那清洗期间这部分功能会一起失效。而且要注意，这里的"依赖 UDP"比你以为的更常见——很多人以为自己只用 HTTP，实际上已经用上了 UDP，只是没意识到。

最典型的是 QUIC 和 HTTP/3。HTTP/3 的传输层就是 QUIC，QUIC 跑在 UDP 之上。你在 CDN 或者 Nginx 上开了 HTTP/3，浏览器和客户端就会优先尝试用 QUIC 建立连接，这时候你的"HTTP 业务"实际上有相当比例的流量跑在 UDP 上。用户在支持降级的情况下会回落到 TCP，体验表现为"清洗期间站点变慢、首屏卡顿、部分请求重试"，而不是完全打不开——这种半死不活的状态比彻底打不开更难排查。

除了 QUIC，还有几类天然依赖 UDP 的：语音和视频通话的媒体流（WebRTC 大量走 UDP）、实时对战类游戏的状态同步、DNS 解析服务、NTP 时间同步、以及相当一部分监控采集和日志上报 agent（出于性能考虑用 UDP 发包）。这些业务放在「封 UDP」的节点上，不需要被攻击，只要清洗被触发一次，就会出问题。

什么样的业务天生踩雷：海外来源和 UDP 依赖

把两条策略拆开之后，"哪些业务会被自己的防御挡在门外"就有了明确答案。踩雷的不是某一类行业，而是具备下面两种流量特征之一的任何业务。

第一类：流量里有境外来源，且这部分来源不可放弃

最典型的是跨境业务的后台和协作系统。公司在国内运营，但研发、运营、客服团队分布在境外，日常要连国内的发布后台、工单系统、代码仓库、管理面板。这种场景的特点是：流量总量不大，但每一次访问都很关键——后台连不上，发布就停了。把它放在「封国外」的节点上，平时一切正常，一旦清洗触发，境外同事集体掉线，而此时你大概率正在被攻击，正是最需要人上去处理的时候。

第二种是境外有真实用户的站点。外贸独立站、面向境外的内容站、有海外华人用户群的社区、做跨境 SaaS 的控制台。这类业务放在「封国外」节点上的问题在于，被丢弃的是你的付费用户，而攻击者的目标恰恰就是让你服务不可用——等于防御帮你完成了一半攻击者的目标。

第三种更隐蔽：业务本身是纯国内的，但依赖的第三方服务在境外。比如调用了境外的 API、用了境外的对象存储回源、用了境外的 CDN 节点做回源、邮件走境外的中继、支付回调来自境外网关。这些流量在清洗期间同样会被丢，表现是"站点在国内能开，但某个功能坏了"，排查时很容易归错因——你以为是第三方挂了，其实是自己的防御把回程来源扔了。

还有一种边界情况值得单独提：境内的境外注册用户。用户人在境内，用的是境外手机号注册、境外发行的卡片支付，访问来源 IP 却在国内。这种情况按 IP 地域判断是不受影响的，判断依据是 IP 归属而不是用户身份。但反过来，如果一个国内用户通过境外出口访问你的站点（比如企业统一从境外出口出去），那就会受影响。所以判断标准永远是"来源 IP 的地域归属"，不是"用户是谁"。

第二类：业务链路里有 UDP 依赖

这一类的共同点是"平时跑得好好的，清洗一来就断一半"。

实时音视频是最直观的。语音通话、视频会议、直播连麦的媒体流大量使用 UDP（WebRTC 默认就是 UDP 优先），原因是音视频对延迟敏感、对丢包相对宽容——丢一个包画面抖一下可以忍，为了重传等一个 RTT 反而不能忍。这类业务放在「封 UDP」节点上，清洗期间的直接表现是通话中断、画面卡死、连麦掉线，而且无法通过降级挽救，因为媒体流没有 TCP 那条退路。

实时对战类游戏是第二个典型。游戏客户端和服务器之间的状态同步普遍用 UDP，追求的是低延迟和高频小包。这类业务对清洗策略的敏感度甚至高于对防御数值的敏感度——200G 还是 300G，对一场对战的影响远不如"UDP 会不会被丢"来得直接。

第三类是基础设施类流量：DNS 权威解析或递归解析、NTP 时间同步、SNMP 采集、syslog 上报、各类监控 agent 的指标上报。这类流量的特点是小、密、持续，且在架构图上经常被忽略——没人会把"监控上报"当成业务的组成部分来评估机房。但清洗期间 UDP 被丢，最先失明的就是你的监控和告警，运维在攻击期间失去可观测性，这是很危险的组合。

第四类是前面提到的 QUIC/HTTP3。它特殊在"本以为没有 UDP，其实有"。判断方法很简单：看你有没有在 Nginx、CDN、负载均衡上启用 HTTP/3 或 QUIC；如果开了，客户端会优先走 UDP。如果你的业务对"清洗期间变慢"零容忍，那这条也要算进踩雷名单。

什么样的业务正好合适：纯国内、纯 TCP、能忍抖动

反过来说，台州这一页的标注对另一大批业务几乎没有任何代价，甚至可以说是最优解。

第一类：用户全部在境内的 Web 站点和 API 服务。企业官网、行业门户、资讯站、电商前台、App 后端接口，用户群体在国内，来源 IP 也全在国内。「封国外」丢的是本来就不存在的那部分流量，代价为零。

第二类：纯 TCP 的业务栈。Web 用 HTTPS（TCP）、数据库用 TCP、缓存用 TCP、消息队列用 TCP、SSH 和 RDP 运维通道也是 TCP。整个链路里没有任何一环依赖 UDP，那「封 UDP」这条策略就伤不到你。这里要补一句：DNS 解析通常是递归方或本地 DNS 帮你做的，业务服务器本身不需要对外提供 UDP 服务，所以"服务器上有 DNS 客户端"不等于"业务依赖 UDP 入站"，判断的应该是入站方向。

第三类：能接受清洗期短暂抖动的业务。这一点很关键，也很容易被忽略。高防不是"攻击来了也一点不卡"，清洗本身就会引入额外延迟和少量误杀，这是所有高防方案的共同特征，跟封不封国外、封不封 UDP 无关。如果你的业务形态是"用户刷新一下就好了"（内容浏览、表单提交、后台操作），那清洗期的抖动可以接受；如果是"抖一下就掉单"（支付回调、实时竞价、长连接心跳密集的推送），那就要把清洗期的降级表现当成选型指标来评估，而不是只看防御数值。

第四类：以防御为第一优先级的业务。有些业务的历史就是"三天两头被打"，团队最关心的是"能不能活下来"，用户群体又恰好全在国内、协议栈全在 TCP。这种组合下，「封国外封UDP」反而是加分项——策略越干脆，清洗越快生效，攻击被压制得越迅速，恢复也越快。同样是 300G 防御，策略严的节点往往比策略松的节点更快止血，因为可用的判别手段更多、动作更果断。

四档怎么读：400 / 400 / 1200 的加价阶梯，300G 是拐点

把台州这一页的四档摆出来（以下为官网明示价，实际以官网实时价为准）。四档的 CPU 一律是 E5-2697X2，内存一律 64G，硬盘一律 1T，IP 均 1 个，标注一律「封国外封UDP」——四档之间除了带宽和防御，其他没有任何区别：

01 档：50M 独享 / 100G 防御，999 元/月；02 档：100M 独享 / 100G 防御，1399 元/月；03 档：100M 独享 / 200G 防御，1799 元/月；04 档：100M 独享 / 300G 防御，2999 元/月。

把相邻两档的差价算出来，阶梯形状立刻就清楚了。

第一步：999 元 → 1399 元，每月增加 400 元。这一步买的是带宽，50M 独享提到 100M 独享，防御不动，还是 100G。按端口速率粗算，50M 大约对应每秒 6.25MB 字节流量，100M 大约对应每秒 12.5MB，翻了一倍。如果业务出口本来就吃紧，这 400 元是这整条阶梯里性价比最高的一步。

第二步：1399 元 → 1799 元，每月增加 400 元。这一步买的是纯防御，100G 提到 200G，多 100G 防御花 400 元，带宽、CPU、内存、硬盘一字未变。按每 100G 防御的单价算，这一段是全表最便宜的防御增量。

第三步：1799 元 → 2999 元，每月增加 1200 元。这一步同样只买防御，200G 提到 300G，多 100G 防御却要 1200 元，是上一步的三倍。

三级阶梯是 400、400、1200，300G 是明确的拐点档：前三档每一级 400 元，最后一级直接跳到 1200 元。从 999 元到 1799 元，防御翻了一倍、带宽翻了一倍，只花了 800 元；而从 1799 元到 2999 元，只多了 100G 防御，就多花 1200 元。这个形状背后的逻辑不难理解：高防御档位不只是把清洗阈值调高，它要求上游预留更多清洗容量和冗余资源，越靠顶端越稀缺，边际成本递增，这一点和多数机房的防御定价曲线一致。

但这里有个容易被忽略的组合事实：加价最贵的那一档防御（300G），恰恰处在策略最严的档位区间里最靠上的一端。从 999 元爬到 2999 元，你多花了 2000 元，防御数值从 100G 变成 300G，带宽从 50M 变成 100M——而清洗策略从头到尾没变过，四档全是「封国外封UDP」。换句话说，花钱买到的既是更大的防御容量，也是同样严格、甚至因为防御档位更高而更容易被触发的清洗动作。防御数值越大，清洗阈值越高，但也意味着这台机器通常承接的是攻击更频繁的业务，清洗被触发的机会并不会因为数值变大而变少。

这个组合事实直接推导出一条选型顺序：先确认自己的流量里有没有海外来源和 UDP 依赖，再决定要哪一档数值。顺序反了会出两种错：一种是业务里有 UDP，却因为 300G 看着更安心而多花 1200 元，结果买回一个清洗时照样断的服务；另一种是业务纯国内纯 TCP，却因为担心"策略太严"而放弃这一页，跑去用更贵的方案，多花的钱没有任何收益。策略是门槛，数值是余量，门槛没过，余量再大也没意义。

顺便说一句带宽。这一页上 50M 只出现在最低的 01 档，02 档往上统一是 100M，没有 50M 配高防御的组合。所以如果你的防御需求在 200G 以上，带宽会被一并抬到 100M，这部分成本是绑着卖的，算预算的时候别漏掉——当然对多数业务来说 100M 是好事，真正需要留意的是"我只要 50M"这种情况在这一页上只有 100G 防御一个选项。

横向看策略：台州、东莞、扬州、济南，同样叫高防，可用流量范围不同

光看一个城市的标注，很容易把「封国外封UDP」当成高防的通用配置。把同一品牌下几个城市的标注放在一起，就会发现事情不是这样——四座城市的清洗策略两两不同。

台州：封国外、封 UDP。两条都封，是四个节点里策略最紧的一个。

东莞：不封国外、封 UDP。境外来源保留，UDP 仍然会在清洗动作里被优先丢弃。对"有境外用户但协议栈是纯 TCP"的业务，东莞比台州宽松一档。

扬州：不封国外、不封 UDP。两条都放开，境外来源和 UDP 流量在清洗中都保留。

济南：不封 UDP 和国外。表述的写法和扬州不同，指向的结果一致——两条都不封。

这四种组合几乎是"地域维度 × 协议维度"的四种排列里取了三个加一个重复，它说明一件事：清洗策略是按节点配置的，不是按品牌统一的。同一个品牌、同样叫高防、防御数值可能还一样，但你在不同城市买到的"可用流量范围"是不同的。这也是为什么"看数值选机房"这个方法在高防品类上会失灵——数值是横向可比的，策略不是，而策略恰恰是决定你业务能不能跑的那一项。

还要提醒一点：扬州和济南虽然指向的结果一致，但两个节点的档位结构、硬件配置口径、带宽防御的组合方式并不相同，这些是各自页面上的内容，不属于本文的讨论范围。你要做的不是记住"扬州等于济南"，而是拿到具体城市的页面，逐字核对那一行标注。

下面这张表把四个节点的策略差异摊开（标注内容来自官网各城市页面的明示信息，具体生效细节官网未明示，需向服务商确认）。

上线前必须做的三件事

这三件事都不需要额外花钱，但漏掉任何一件，都可能出现"上线当天一切正常，攻击来的时候才发现不对"的局面。

第一件：把用户地域构成量化出来

不要凭印象说"我们用户基本在国内"。去拉真实的访问来源数据：按国家或地区维度统计过去一个月的独立 IP 或会话占比，看境外部分到底是 0.3% 还是 12%。这两个数字对应的决策完全不同——0.3% 可能是爬虫和误判，可以接受清洗期丢弃；12% 是真实用户群，放在「封国外」节点上等于每次清洗都掉一成多的用户。

统计的时候要注意两层来源都要看。一层是终端用户，一层是回源方和第三方回调：CDN 节点、支付网关、短信或邮件服务商、API 供应商、监控探测点。很多团队只看终端用户，上线后才发现回源走的是境外节点，清洗一来整站回源失败。判断标准统一用"来源 IP 的地域归属"，不要按公司注册地或用户国籍判断。

第二件：把 UDP 依赖清单列出来

这件事比第一件更容易漏，因为 UDP 依赖经常不在架构图的主流程上。逐个过一遍这几项：有没有启用 HTTP/3 或 QUIC（Nginx、CDN、负载均衡三处都要查）；有没有音视频或实时通信模块；有没有游戏或实时推送的长连接；有没有自建 DNS、NTP；监控和日志上报用的是 TCP 还是 UDP（不少 agent 默认是 UDP）。

列出来之后做一次判断：这些 UDP 依赖里，哪些在清洗期间可以中断、哪些不能。可以中断的（比如监控上报丢了几个点）不用管；不能中断的（比如音视频媒体流）就不该放在「封 UDP」的节点上。另外，开了 HTTP/3 的业务建议确认客户端的降级路径是否可用——QUIC 连不上时能否顺畅回落到 TCP，回落会不会带来明显的额外延迟，这决定了清洗期的体感是"慢一点"还是"基本打不开"。

第三件：问清清洗期的降级表现

这一项官网页面通常不会写，必须主动问。要问清楚的是这几个问题：清洗是自动触发还是需要工单触发；触发的阈值大概在什么量级；清洗期间站点是"完全不可达"还是"可访问但延迟升高"；清洗通常持续多久、结束后多久完全恢复；清洗期间有没有可用的观测手段（比如清洗状态页、日志、告警通知）。

为什么要问这些？因为"防御 300G"这句话描述的是一个能力上限，它没有告诉你业务在攻击期间到底是什么状态。两个节点都标 300G，一个清洗时全站不可达三分钟，另一个只是慢三十秒，这两个的业务影响差了一个量级。把这些信息问到手，你才能把"防御数值"换算成"业务损失"，而这个换算才是采购决策真正需要的输入。

不合适时的替代思路：换节点，或者把层次拆开

如果做完上面三件事，发现自己的业务确实踩在「封国外封UDP」的雷区上，有两条路可以走，都不需要放弃高防。

思路一：换到标注更宽松的城市节点

最直接的解法。同一品牌下东莞（不封国外，封 UDP）、扬州（不封国外，不封 UDP）、济南（不封 UDP 和国外）三种标注都在，你只需要按自己的雷区去匹配：只踩 UDP 雷区的，东莞可能就够；两条都踩的，看扬州和济南。这一步的成本不在技术，在比选——不同城市的档位结构、带宽防御组合、硬件口径都不一样，要按各自的页面重新核一遍，不能直接假设"换城市等于换标注，其余不变"。

换节点还有个附带好处：可以顺便验证"策略是否真的是问题所在"。如果换了标注宽松的节点之后，清洗期的掉线现象消失了，那就确认了根因；如果还在，说明问题出在别处（比如清洗本身的延迟、或者业务侧的超时配置），值得继续往下查。

思路二：把海外访问层和高防源站分层部署

这条适合"业务主体在国内、但有一部分境外访问不能丢"的场景，也是不改变源站防御能力的前提下最常用的做法（以下为典型部署思路，并非特指某一真实客户）。

具体做法是拆成两层：高防源站放在防御能力强、策略严的节点上，承接主体流量和攻击压力；在前面加一层境外可访问的接入层——可以是境外的反向代理、可以是带全球加速能力的 CDN、也可以是境外的一台轻量跳板——把境外用户的请求汇聚到这一层，再由这一层以可控的方式回源到高防源站。这样清洗动作作用在高防源站上，境外用户访问的是接入层，两者之间的链路相对固定且可预期。

这个思路要注意三个代价。一是成本，多一层就多一份支出和一份运维。二是复杂度，接入层和源站之间要做访问控制，只放行接入层的来源，否则攻击者绕过接入层直接打源站，分层就白做了。三是延迟，境外用户多一跳，链路延迟会上升，对实时性要求高的业务要评估能不能接受。所以分层不是"更先进的方案"，而是"用成本和复杂度换回可用流量范围"的一笔交易，值不值取决于你那部分境外流量的价值。

还有一条更轻量的变体：不分层，只把出问题的那一块功能挪走。比如境外同事要连的后台单独放在标注宽松的节点上，主站继续放在高防节点上；或者把监控上报改成 TCP，把 HTTP/3 暂时关掉。这类"局部规避"改动小、见效快，适合雷区只占业务一小部分的情况。

同一品牌下能横向比选，这件事本身就是选型成本的一部分

高防采购里真正麻烦的往往不是"哪一档更划算"，而是"这一档到底适不适合我"。前者是算术题，后者需要拿到策略口径才能答。一万网络深耕 IDC 19 年（成立于 2007 年），台州、东莞、扬州、济南这些城市节点的清洗策略标注都写在各自的页面上，可以直接横向比对——对采购方来说，这意味着"确认策略是否匹配"这件事不用挨家询价，打开几个页面就能把四种组合摆在桌上比对。

用这个清单的正确姿势是：先拿自己的用户地域构成和 UDP 依赖清单去匹配标注，把四个城市筛到只剩一到两个候选，再进到候选城市的页面里去看档位和价格。反过来做——先被 300G 这样的数字吸引，再看标注——就容易出现在本文开头那个场景里：防御买大了，自己人反而进不来。

「封国外」是平时就封，还是被打的时候才封？

这个问题必须分开说，因为官网页面上只给出了「封国外封UDP」这个标注，没有进一步明示生效条件。

从策略的形态看，「封国外」和「封 UDP」属于清洗动作的一部分，而清洗动作通常是在攻击达到阈值后才启动的——如果平时就一直封着，那就不是防御策略而是访问控制了，两者是不同性质的配置。所以合理的理解是：平时境外访问正常可达，清洗被触发时才按策略丢弃境外来源。但这是基于策略形态的推断，不是官网明示的规则。

真正该做的是在下单前把这几个问题问清楚：清洗触发的阈值是多少；触发后境外来源是完全丢弃还是限速；清洗结束后境外访问多久恢复；有没有办法为特定的境外 IP 做白名单（比如海外同事的固定出口、境外第三方回调的地址段）。白名单这一项尤其重要——如果支持，很多"境外后台连不上"的问题其实可以用几条白名单解决，根本不用换节点。

站点开了 HTTP/3 或 QUIC，会不会受影响？

会，而且影响方式比较隐蔽。HTTP/3 的传输层是 QUIC，QUIC 跑在 UDP 上，所以在「封 UDP」的节点上，清洗期间 QUIC 连接会失败。

表现通常不是"站点打不开"，而是"变慢和重试"。主流客户端在 QUIC 建立失败时会回落到 TCP 上的 HTTP/2 或 HTTP/1.1，用户感知是首屏变慢、部分请求重试、偶发卡顿，而不是明确报错。这种半失效状态比彻底打不开更难排查——监控上看到的是成功率小幅下降、P99 延迟抬升，很容易被归因为"攻击期间的正常抖动"而放过。

处理办法有三条，按成本从低到高：一是确认降级路径可用，保证 QUIC 失败时 TCP 能顺畅接住，这是必须做的；二是对延迟不敏感的业务干脆关掉 HTTP/3，全部走 TCP，代价是牺牲一部分传输效率；三是对延迟敏感且不能忍受降级的业务，换到不封 UDP 的节点。选哪条取决于你对"清洗期慢一点"的容忍度。

海外同事要连国内后台，放在这种节点上是不是一定会掉线？

不是一定会掉，是"清洗被触发时会掉"。这个区别很重要：如果业务很少被打，清洗一年触发不了几次，那掉线的总时长可能完全可接受；如果业务隔三差五被关照，那每次攻击期间境外同事都进不去后台，而那恰恰是最需要人上去处理的时候，这个组合就很糟糕。

可行解有三条。最省事的是白名单：如果服务商支持为特定境外 IP 或地址段放行，把海外同事的固定出口地址加进去就行，成本几乎为零，前提是他们用的是固定出口而不是随机变化的网络。第二条是换接入方式，让境外同事通过公司统一的接入通道进来（比如先连到境外的接入点，再由接入点访问后台），把来源收敛到一个可控的地址上，再对那个地址做放行。第三条是换节点，把后台整体挪到不封国外的城市，或者把后台从主站拆出来单独部署。

判断用哪条的依据是"掉线一次的代价"。如果掉线只是"晚半小时发布"，白名单或忍一忍都行；如果掉线意味着"订单处理中断、客服无法查单"，那就值得为它单独做一层部署。

300G 那一档为什么加价突然变多，是不是不划算？

先把数字摆清楚（官网明示价，以官网实时价为准）：100G 到 200G 每月加 400 元，200G 到 300G 每月加 1200 元，后者是前者的三倍，防御增量却一样是 100G。所以 300G 确实是拐点档，这一点没有疑问。

划不划算要看它跟什么比。跟"少花这 1200 元"比，如果你的历史攻击峰值从未超过 200G，那这 1200 元就是纯支出，买回来的容量永远用不上，不划算。跟"被打穿之后的损失"比，如果业务被打到 200G 以上会中断、而中断一小时的损失远大于每月 1200 元，那这 1200 元是便宜的保险，很划算。防御定价的边际递增是行业普遍现象，高防御档位要求上游预留更多清洗容量，越往上越贵，这个形状本身不能说明"不划算"。

但有一条要特别提醒：这 1200 元只买到了数值，没有买到更宽松的策略。四档标注完全相同，从 100G 爬到 300G，清洗策略一点没松。所以如果你的问题是"清洗期境外用户掉线"或者"清洗期 UDP 断流"，加钱上 300G 一点用都没有——这类问题只能靠换标注更宽松的节点、或者靠分层部署解决。把钱加到数值上去解决策略问题，是最常见也最贵的一种误判。

清洗一般会持续多久？期间站点是什么状态？

这两个问题官网页面没有明示，属于必须向服务商确认的交付细节，不要凭经验估计。

问的时候建议把问题问细一点，别只问"清洗要多久"。具体要问的是：清洗是自动触发还是需要人工介入；从流量异常到清洗生效大概多长时间；清洗期间站点是完全不可达还是可访问但延迟升高；清洗结束后流量多久恢复常态；有没有清洗状态的可观测手段（状态页、告警通知、工单同步）。这几项合起来才构成"清洗期的业务影响画像"，单问一个时长数字没有意义——清洗三十秒但全站不可达，和清洗五分钟但只是慢一点，对业务的影响完全不同。

拿到这些信息之后，建议做一件事：把它们写进自己的应急预案。哪一类告警对应清洗触发、清洗期间该切到什么降级模式、谁负责跟服务商沟通、恢复之后要核对哪些指标。高防的价值不在于"永远不被打穿"，而在于被打的时候你有一个可预期的、可执行的应对流程，这份流程比防御数值更能决定业务的实际损失。

能不能既要高防，又要海外可访问？

能，但要看你对"可访问"的要求有多高，以及愿意为此付出多少。

最简单的一条路是换节点：东莞不封国外，扬州和济南两条都不封。如果你的境外流量占比高、且不能接受清洗期中断，直接换到标注匹配的节点，这是成本最低的解法，代价是要重新比选档位和价格。

第二条路是白名单，适合境外来源固定的场景（海外办公室的固定出口、第三方回调的地址段）。这条路成本最低，但前提得是服务商支持，且来源地址可控——如果境外用户是分散的个人用户，地址段根本收敛不了，白名单就不适用。

第三条路是分层部署：高防源站留在防御能力强的节点，前面加一层境外可访问的接入层汇聚境外流量，再回源到高防源站。这条路最灵活，也最贵最复杂，适合境外流量有价值、且业务规模撑得起这套架构的团队。做的时候记得把访问控制配好，只放行接入层的来源，否则攻击者绕过接入层直打源站，分层就失去意义了。

还有一条不该走的路：在「封国外」的节点上，指望靠"多买防御"来让海外访问变好。防御数值和清洗策略是两件事，数值再大也不会让策略变松。这个因果搞反了，钱花了，问题还在。

先看策略，再看数值

回到开头那个场景：防御加到 300G，站点没被打垮，海外客户先打不开了。这不是防御的 bug，是防御在按它的策略正常工作——「封国外」本来就是要丢弃境外来源，「封 UDP」本来就是要丢弃 UDP 流量，它们只是在做自己被配置去做的事。出问题的是选型顺序：先看了数值，后看（或者根本没看）策略。

台州这一页值得记住的不是 300G 那个数字，是四档标注完全一致这个事实。从 999 元到 2999 元，400、400、1200 的加价阶梯里，没有一级能改变清洗策略；你多花的每一分钱换来的都是容量，不是范围。所以决策顺序只能是：先确认自己的流量里有没有海外来源和 UDP 依赖，再决定要哪一档数值。踩在雷区上，加钱到 300G 也解决不了；不在雷区上，999 元那一档可能就已经够用。

四座城市的标注两两不同这件事，还说明另一层意思：高防不是标准品。同样写着高防、防御数值也一样的两台机器，可用的流量范围可能完全不同，而决定你业务能不能跑的恰恰是后者。把标注当成和防御数值同等重要的采购项来核对，是这一页最有价值的用法。

城市节点的标注以哪份清单为准

本文引用的配置与价格，来自一万网络官网台州机房页面（https://www.idc10000.net/taizhou）的明示信息：产品名「台州BGP高防服务器」，位于台州高防机房，BGP 线路，页面描述提及带宽充足、国内访问快、全方位防御、稳定性 99.9%。四档配置均为 CPU E5-2697X2、内存 64G、硬盘 1T、IP 1 个，标注均为「封国外封UDP」：50M 独享 / 100G 防御 999 元/月，100M 独享 / 100G 防御 1399 元/月，100M 独享 / 200G 防御 1799 元/月，100M 独享 / 300G 防御 2999 元/月。

文中横向对比的清洗策略标注，同样来自官网各城市页面的明示信息：东莞「不封国外 封UDP」，扬州「不封国外 不封UDP」，济南「不封UDP和国外」。各城市页面的档位结构、带宽与防御组合、硬件口径需以对应页面为准，本文不做跨城市的配置与价格推断。

需要明确区分的是：清洗的触发阈值、生效时点、作用粒度、持续时间、恢复时间、清洗期间站点的具体状态、是否支持境外 IP 白名单、防御档位能否中途上调等，官网页面均未明示，需通过工单向服务商确认。文中关于"清洗期间境外来源被丢弃""UDP 优先被丢弃"的描述，是对「封国外」「封 UDP」这两条标注含义的说明，不等同于某一台具体设备的实测表现。50M 与 100M 对应的每秒 6.25MB 与 12.5MB 为按端口速率换算的理论值，非实测数据。文中出现的业务场景与部署思路均为典型示例，并非特指某一真实客户。文中所有月付金额均为官网明示价，实际下单时以官网实时价为准。