敏感站点上的翻译扩展：Chrome runtime host 策略是什么意思

如果你在办公室电脑上装了翻译扩展，却在内网、财务或 OA 页面发现扩展完全不生效，有时是正常现象：管理员可能通过策略限制了扩展对某些主机的行为。这和扩展本身「坏了」是两回事。

Chrome ExtensionSettings 里的 runtime host

Chrome Enterprise 文档说明，`ExtensionSettings` 支持 `runtime_blocked_hosts`：阻止扩展与您指定的网站交互或修改，其中包括阻止 JavaScript 注入、读取 Cookie、以及 web-request 相关修改等。同时还有 `runtime_allowed_hosts`，可在已被阻止的主机上为扩展放行交互。

文档还写明：每种列表最多 100 条主机模式，超出会被丢弃。对企业用户而言，这意味着敏感域名会被刻意放进阻止列表；对个人写作教程的网站来说，应该在文档里提前写明「公司策略优先」，避免读者误判为扩展故障。

Edge 企业文档里的 runtime host 思路

Microsoft Learn 在「Manage Microsoft Edge extensions in the enterprise」一文中，把「Runtime block hosts」作为治理选项之一：用来控制扩展可以访问哪些网站，并把最关键的内部站点保护起来。这与 Chrome 侧的 runtime host 逻辑是同方向的——优先保护敏感站点，而不是一刀切卸载所有扩展。

普通用户该怎么判断问题在哪

第一步：同一扩展在个人电脑是否正常？若仅在办公电脑异常，优先考虑受管策略。第二步：换一个非常普通的公开网页（例如维基百科镜像或新闻站点）试翻译；若公开页可用而内网不可用，更符合 runtime host 或站点级限制。第三步：查看浏览器是否提示「由组织管理」。第四步：把页面域名与报错截图交给 IT，询问是否配置了 ExtensionSettings 或 Edge 侧的 host 策略。

切勿在受限场景下改用来源不明的离线包；策略仍会拦截，风险却明显上升。需要阅读外文材料时，可在政策允许的私人设备上按 下载页 完成安装。

可核对来源

本文依据 Chrome Enterprise：Configure ExtensionSettings policy（`runtime_blocked_hosts` / `runtime_allowed_hosts`）与 Microsoft Learn：Manage Microsoft Edge extensions in the enterprise（Runtime block hosts）。