EdgeOne KV 目前属于定向邀请/企业内测功能，不是自助开通的，所以没有标准“审核周期”，全看官方排期。 通常情况： 正常进度：提交工单后，3-7个工作日内会有结果（通过或拒绝）。 为什么慢：这是灰度发布阶段，名额有限，且需要人工评估你的业务场景是否匹配。 加速技巧： 别只提普通工单，直接找你的腾讯云客户经理（SA）去内部推流程，这比自助工单快得多。 确保你账号的企业资质、用量规模符合要求（通常要求有一定流量基础的企业用户）。 在工单里明确说明“业务急需”及具体应用场景，增加通过率。 如果超过两周没动静，大概率是暂时不开放该批次，建议过段时间再试或咨询是否有其他替代方案（如自建 Redis 边缘节点）。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

先说结论：这基本不是配置错了，是边缘节点上的旧缓存还没失效。源站改了内容，不等于 EdgeOne 边缘节点手里的副本也跟着变，缓存 TTL 没到期之前它会一直吐旧文件。 排查和处理的顺序我建议这样走： 第一，先确认到底是哪一层在返回旧内容。用 curl 打边缘节点，带上 -H "Cache-Control: no-cache" 和 -I 看响应头里的 x-cache（是 HIT 还是 MISS）、age、etag。如果加了 no-cache 还是旧内容，说明是边缘缓存没清，需要去控制台主动「清除缓存 / 刷新」对应 URL 或目录前缀；如果加了 no-cache 就变新了，那问题在浏览器本地缓存层，得让用户强刷或调 Cache-Control。 第二，别靠「覆盖同名文件」指望它自动更新。静态资源同名覆盖是最容易踩的坑，边缘根本不知道你源站换过内容。两条更稳的路：要么改完主动 purge，要么从根上给文件加版本号或内容哈希（比如 app.3f2a.js），URL 变了自然绕开旧缓存。 第三，注意缓存键（cache key）的配置。如果你开了「按查询参数 / 按特定 Header 区分缓存」，你本地测的那个 URL 和别人实际命中的可能不是同一份，会出现「我看着是新的是不是别人还是旧的」的错觉。统一用 curl 带相同参数验证才准。 第四，CDN 缓存和浏览器缓存是叠层的。就算边缘清干净了，用户浏览器还揣着 304 和本地副本，所以上线后如果发现还有人报旧内容，先让他们强刷，再回头查是不是自己的 Cache-Control 头写得太长。 一句话：改源站之后，凡是同名静态资源，养成「改完即 purge 或换版本号」的习惯，比事后排查省事得多。... 展开详请

别慌，这是 EdgeOne 的“透明代理”特性在作祟。既然桶不在你控制台，说明是系统托管资源，你没法直接改 COS ACL。 解决思路分两步： 源头封堵（推荐）：直接提工单给腾讯云，要求将源站 COS 桶权限改为“私有”，并授权 EdgeOne 服务账号读取。这是最彻底的办法，让外部根本无法直连 COS。 边缘拦截：如果无法改源站，必须在 EdgeOne 控制台加一道锁。去【站点配置】->【安全策略】或【自定义规则】，添加一条规则：若请求无鉴权 Header（如 Token），直接返回 403。这样即使 COS 开着匿名读，用户也得先过 EdgeOne 这一关。 防收录的话，在 EdgeOne 响应头里加上 X-Robots-Tag: noindex, nofollow 即可。记住，CDN 只是通道，权限还得靠后端或者边缘节点硬控。 官方详细解决方案：https://cloud.tencent.com/developer/article/2696268... 展开详请

EdgeOne KV 存储目前仍处于白名单内测阶段，官方文档里并没有写明具体的审批时效。 不过根据腾讯云这类内测产品的常规节奏，一般提交申请后 1-3 个工作日会有结果，快的话当天就能开通。 建议你直接通过 EdgeOne Makers 控制台提交工单申请，或者在腾讯云官网找销售/技术支持对接，说明你的使用场景，这样审批会更快。如果比较急，工单里备注一下"紧急"，通常能优先处理。 官方详细解决方案：https://cloud.tencent.com/developer/article/2630352... 展开详请

EdgeOne Makers 的 KV 存储一直卡在“审核中”，大概率是触发了平台的安全风控机制，或者你的域名/内容存在合规风险。 你可以按这几步排查： 检查绑定域名：确保绑定的自定义域名已经完成了 ICP 备案（如果是国内节点）。未备案域名在部分场景下会被限制或长时间审核。 内容合规自查：KV 中存储的数据如果包含敏感关键词、违规图片或链接，会直接导致审核不通过。尝试清空 KV 内容，只存一个简单的 {"test": "hello"} 看是否放行。 新建测试：不要死磕当前这个 KV，新建一个同名的 KV 试试。如果新的能过，说明旧的被标记了；如果都不行，可能是账号整体受限。 联系官方客服：这是最直接的办法。在 EdgeOne 控制台提交工单，询问具体驳回原因。有时候只是人工审核积压，等半天就行；但如果是误杀，客服介入能加速解决。 别干等着，先换个干净的内容测一下，排除自身问题再找客服。 官方详细解决方案：https://curl.qcloud.com/54hkHoor... 展开详请

EO回源体系本身支持IPv6地址，文档里禁的只是链路本地和私网网段（fe80::/10、fc00::/7这类）。但域名型源站只解析出AAAA记录、免费套餐能不能正常回源，文档确实没写死，这块别猜，直接提工单确认，附上zone ID和源站域名让官方查后端配置。可以先自查一步：给源站域名临时加条A记录，回源立刻正常的话，基本就是IPv6回源在这个套餐或加速区域下不生效。另外记得查源站IPv6防火墙和安全组，EO回源IP网段要放行，很多所谓的回源失败其实是源站把节点IP拒了，白查半天配置。... 展开详请

插件没加载大概率是 next.config.js 里没正确配置或包版本不匹配。先确认 @edgeone/opennextjs-pages 在 dependencies 里而不是 devDependencies，然后检查 next.config.js 的 plugins 数组有没有引入。EdgeOne 构建环境和本地不同，Node 版本要求 18+，低版本会静默失败。在构建日志里找 'Cannot find module' 或 'plugin not registered' 定位问题。实在不行先跑 npx edgeone build 看本地能不能复现，本地能过就是环境问题。... 展开详请

16kbps 说明流量大概率没真正走加速链路，按顺序排查：先 dig 域名确认 CNAME 已经切到 EdgeOne 分配的加速域名，很多问题是解析没生效或本地缓存了旧记录；再看控制台该域名的缓存命中率，命中率接近零说明每次都在回源，源站在境外或带宽很小就会慢成这样；大文件场景检查是否开了分片回源，没开的话首包会很慢。然后用 curl 加 -w 参数看各阶段耗时，分清是 DNS 解析慢、建连慢还是传输慢，定位到具体一段再对症处理。另外也确认下源站本身单请求速度是否正常，EO 不会凭空放大源站带宽，源站只有几兆出口的话怎么加速都快不起来。... 展开详请

这个报错的意思是你创建的站点（Zone）没有成功激活，EdgeOne 没法把流量路由过来。常见原因就三个： 一是账号欠费或异常。去费用中心看一眼有没有未结清账单，欠费状态下所有新站点都会卡在创建阶段。补缴之后回到站点列表点「重试」就行。 二是 DNS 没切过来。EdgeOne 需要把域名的 NS 记录切到它指定的 DNS 服务器，这个切换最长可能要 48 小时生效。如果只是用了 CNAME 接入，检查 CNAME 是否指向了 EdgeOne 给你的加速域名。 三是站点状态卡在「审核中」。免费套餐的站点创建需要审核，通常几个小时到一天。如果超过一天还没动静，提工单让客服看。 排查顺序：先看账号有没有欠费，再看 DNS 有没有生效（nslookup 你的域名看返回的 NS 是不是 EdgeOne 的），最后看站点状态是不是 active。大部分情况都是第一个原因。... 展开详请