租香港服务器先看服务商扛不扛得住

聊香港服务器的防攻击，大多数文章的视角是"你的服务器怎么防"：加高防IP、上CDN、调防火墙规则。这些都对。但8月接连发生的两起事件，把一个平时很少有人核查的问题顶到了台面上——你的服务商自己，扛不扛得住？

第一起在挪威。据The Record 8月25日报道，挪威多项政府公共服务中断超过一天，挪威数字化署（Digdir）确认这是一场大规模DDoS攻击。有意思的地方在于攻击目标：打的不是政府系统本身，而是承载这些服务的IT合作伙伴Vivicta的基础设施。攻击从周一开始，以不同强度持续了大约30个小时，Digdir只能和Vivicta一起边扛边恢复，部分服务到周二才逐步上线。

第二起在瑞士。以隐私著称的付费通讯软件Threema，8月中旬全线掉线：周二晚上完全不可用约4个小时，周三上午又断断续续。Threema事后的复盘报告里有一句话值得抄下来——这轮大规模攻击的目标是"Threema和我们的托管合作伙伴Nine"，公司甚至不能确定自己是不是主要目标。攻击者不断变换流量来源和攻击模式，防御方只能被动跟着调整。事后Threema做的第一件事，是在自己的基础设施上游加装专业DDoS清洗——换句话说，之前这道防线是没有的。

两起事件的攻击路径一模一样：不硬啃防护严密的目标本身，改打它的上游服务商。服务商的机房、网络或调度系统一旦被打穿，它承载的所有下游客户集体陪葬——你自己的服务器配置得再好也没用，因为掉线的是整条路。

为什么现在要格外当心这条路径

因为打的成本越来越低，量越来越大。安全组织Shadowserver 8月底刚披露的Dysphoria僵尸网络，感染了近29.6万台IoT设备，主要用途就是DDoS；Aisuru系攻击去年已经把峰值纪录推过了30Tbps。这种量级的流量砸过来，没有专业清洗能力的中小机房和服务商，链路直接就满了——这不是"防御策略"的问题，是物理上没有那么宽的管道。

香港是亚太网络枢纽，也是攻击高发区，游戏、电商、金融类业务尤其常年被盯。所以租香港服务器的时候，除了看CPU、带宽和线路，花十分钟核查一下服务商自身的韧性，这个钱花得值。

怎么验？四个能问出真话的问题

一问上游清洗接在哪。 "我们有防火墙"不算答案。要问清楚：清洗是在机房本地做，还是接了Cloudflare这类全球分布式防护网络的上游清洗？本地清洗受限于机房自己的带宽上限，Tbps级的攻击一来就是刚才说的"管道不够宽"；接入全球清洗网络的方案，恶意流量在到达机房之前就被就近消化掉了。SellBGP的香港高防服务器走的是后一条路。

二问被打的历史和通告记录。 没被打过的服务商在香港基本不存在，区别在于打了之后敢不敢说。翻它的公告历史：有没有故障通告、写不写清原因和时间线。像Threema那样出事后发详细复盘的，反而说明流程是健全的；一片"运行完美"的空白公告栏，更可能是出了事也不吭声。

三问状态页是不是独立部署。 挪威事件里有个细节：Threema被打时，它的状态页也一起挂了，用户连"出了什么事"都查不到。状态页和主业务放在同一套基础设施上，等于救生艇焊在甲板上。这个问题一问一个准。

四问SLA赔的是什么。 光有99.9%的数字没用，看条款里DDoS导致的中断算不算SLA范围、怎么赔。很多低价服务商的SLA把"外部攻击"整个排除在外——真被打瘫了，连个说法都没有。

已经上线的业务，补救办法也有

如果业务已经跑在某台香港服务器上、暂时不想迁移，可以在不动架构的前提下给它前置一层防护：香港高防IP对非SellBGP的服务器同样可用，把域名解析切过去，流量先过清洗再回源，等于给现有业务外挂了一条Tbps级的护城河。对攻击频发的游戏和电商业务，这通常比事发后临时找服务商扯皮要省心得多。

说到底，挪威和瑞士这两起事件教的是同一课：防护链条的强度取决于最弱的一环，而那一环经常不在你自己手里。选服务商的时候多问四个问题，比出事后复盘一百次都有用。