摘要

  • bunny.net 的 EU 与 EEA 路由筛选同时启用，效果等同 EU 单选；EEA 原本包括的挪威、冰岛节点不再符合交集。
  • 筛选限制提供内容的 CDN 节点，区域外用户仍被送到获准区域。关闭一个计费区域也不会赶走当地访客，而会把请求导向最近的已启用区域。
  • Traffic Manager 的国家封锁是另一项操作：被封锁的 DNS 请求解析到 127.0.0.1，连接到不了 CDN，也不会留下该请求的 Pull Zone HTTP 日志。

给一份表单多打一个勾，通常显得谨慎。给 bunny.net 的 EEA 路由筛选再加上 EU，谨慎的结果却是把挪威和冰岛节点从候选名单中划掉。两个看起来都很“欧洲”的选项，合起来没有送来更多欧洲。

官方路由文档给出的规则是交集：节点必须同时属于所有选中的筛选范围。EEA 包含 EU；二者同时启用，最后剩下 EU。想用 EEA 范围，又顺手把 EU 勾上，实际买到的服务范围就比原先设想的窄。

这件小事适合拿来拆开云采购里一个很大的词：地域。地域可以指访客在哪，也可以指服务器在哪，还可以指某张价格表适用于哪里。它们能出现在同一套管理界面中，却不服从同一个动作。采购会议把这些意思压成“欧洲选项”，网络就得负责把含糊翻译成绕路。

挪威人还在，挪威节点退出

bunny.net 的 Routing Filters 决定哪些内容分发节点有资格为这个 Pull Zone 服务。Pull Zone 是客户把源站内容接入 CDN 的配置单位。选择 EU 后，区域外用户的请求也会被送进 EU 的获准节点；这项设置没有把欧洲之外的读者关在门外。

EEA 选项在 EU 之外还纳入冰岛和挪威的节点。列支敦士登属于 EEA，但这份文档说明当地目前没有 bunny.net 节点。一个地区属于某个制度范围，与供应商在那里确实部署了服务，是两张不同的名单。英国和瑞士也不在这项 EEA 筛选范围内。

于是，EEA 与 EU 双选时，被剔除的是不属于交集的服务位置。挪威读者仍然可以来，只是原本在 EEA 选项中可能使用的挪威位置不再合格。把“节点不能选”和“用户不能看”混着说，会让一次性能配置在汇报里突然长出边境检查的威风。

产品文档已经指出实际代价：区域外用户会因为请求被送到筛选范围内而承受更高延迟。近是相对于仍获准的节点而言。全球地图上那个看起来离读者最近的圆点，可能已经被配置排除在这笔生意之外。

价格区也有欧洲，却是另一把钥匙

bunny.net 的快速入门允许客户启用或停用计费区域。停用某个区域后，当地用户不会被封锁，他们的请求会自动转向最近的已启用区域。省去一个服务区域，需求并没有跟着消失。

Traffic Manager 还提供“重定向国家”选项。官方说明把这些请求送往较便宜的北美／欧洲计费区域。这是一项成本路径选择；其中的“欧洲”与 EU 路由筛选的制度边界也不能互换。把成本优化开关截个图，拿去证明所有内容只由 EU 节点提供，证据会在最关键的一步走错门。

定价文件进一步区分 Standard 与 Volume：前者按地区定价，后者使用较小的节点网络和全球流量阶梯。界面配置方式相近，不代表背后的覆盖相同。地域筛选会应用于这两类区域；不能因为选了一个地域范围，就把该范围内的全部宣传节点视为自己套餐的新赠品。

这些设置各有合理用途。一个大文件下载业务可能愿意用更窄的网络换较低的交付费用，另一个靠网页迅速响应争取生意的业务可能更在意远方读者的等待。真正值得质疑的是：钱由采购省下来，等待由产品团队解释，而决定两者关系的人只批准了一个含糊的“优化”。

真正拒绝访问，日志反而可能更安静

若目标是阻止某些国家的访问，bunny.net 的国家封锁功能走另一条路。它在 DNS 层把被封锁请求解析到 127.0.0.1。请求尚未进入 CDN 的 HTTP 处理，用户已经遇到连接错误。文档因此说明，这些请求不会记入 Pull Zone 日志，也不产生该请求的费用。

这给监控留下一个很容易误读的空白。一个地区的 HTTP 请求减少，可能意味着需求下降，也可能意味着访问更早被挡住。仅凭后端看起来清静，就向销售团队宣布“那里没有多少用户”，是在拿门卫没放进来的客人证明餐厅无人光顾。

文档还明确了地理判断的输入：优先使用解析器提供的 EDNS 客户端子网；没有这项信息时，使用解析器自身的 IP 地址。判断落在网络地址上，而不是一个经过核验的用户国籍字段。代理和 VPN 可以改变请求所呈现的位置。需要更严格访问控制的业务，应把令牌等控制也放入设计，而不是要求一个国家下拉菜单兼职做身份审查。

路由筛选与国家封锁因此有不同的成功条件。前者应在实际服务节点和用户体验中看到效果；后者还需要从 DNS 解析和客户端失败中看结果。把所有证明任务交给 HTTP 日志，会让最早发生的拒绝恰好成为最难看见的一部分。

一张地域截图管不到整条链路

Routing Filters 的范围止于 CDN Pull Zone 流量。官方文档把 DNS 单独列出来：DNS 继续使用全球网络。快速入门也让客户另外选择 Origin URL 或已有 Storage Zone，源站位置由那一项配置决定。

这给采购一个很实用的问法：这张截图究竟批准了哪个服务动作。它能证明预期选择了哪些 CDN 服务位置；源站放在哪里、DNS 如何提供服务，需要看各自的配置。运输路径上的每一跳、其他存储和日志位置，也不能凭同一张截图自动填满。

RIPE NCC 的一手会员记录列出位于斯洛文尼亚的 BUNNYWAY, informacijske storitve d.o.o.。组织登记地址提供身份锚点，客户正在使用哪些节点则由产品与配置决定。公司的地址、覆盖地图和一个客户的实际服务范围，应当各自做自己的证据。

目前缺少的是客户在同一工作负载下、改动前后的分地区延迟和业务结果；只有这些数据才能量出某次筛选的真实得失。规则本身已经足够清楚：有些控制把服务地点收窄，有些把用户带得更远，有些直接让连接停在门口。

这也是市场判断该落地的地方。地域可选让客户有机会把抽象承诺变成具体约束，是一项有用的产品能力。它的价值在于约束确实按预期执行，而不在于审批页上多了几个勾。给全球业务签下一份更窄的地图之前，至少应让负责远方用户的人看过那张地图。

一手资料