结论：KV 审批 20 多天没有结果，靠继续等待大概率没用，建议主动走工单或销售渠道催办，同时先确认自己申请的是哪一种 KV、账号是否满足开通条件。 一、先确认申请的是哪种 KV 从标签看是 EdgeOne（边缘安全加速平台 EO）相关的 KV 存储，这里有两条产品线，开通条件不同： - EdgeOne 边缘函数 KV 存储：目前为内测阶段，面向企业版套餐用户开放，需要提交申请，由后台人工审核。 - EdgeOne Pages 的 KV 存储：在 Pages 控制台顶部导航进入 KV Storage，点击立即申请，填写申请理由，说明实际业务场景和用途，再提交审核。 二、审批久未通过的常见原因 1. 套餐不满足：边缘函数 KV 面向企业版用户，如果站点只是免费版或个人版套餐，申请可能一直停留在审批中。 2. 申请理由过于简单：只写“想用 KV”之类的一句话，审核人员无法判断场景，建议写清楚业务类型、预计读写量、数据规模和用途。 3. 账号层面：未完成实名认证、账号欠费或存在风控标记，也会影响内测功能的开通。 三、建议的处理步骤 1. 在控制台确认账号已完成实名认证，且没有欠费。 2. 确认当前站点所在套餐，需要企业版的话先评估是否升级。 3. 补充申请信息：重新阅读申请表单，把使用场景、预期 QPS、数据量、是否面向生产环境写具体。 4. 提交工单：控制台右上角进入工单，产品选择边缘安全加速平台 EO，问题描述里附上申请时间、账号 ID、站点或项目名称，并说明已审批超过 20 天。 5. 如果有对接的客户经理或销售，直接联系对方加急，内测功能通常由产品侧人工放量。 四、等待期间的替代方案 - 数据量小、读多写少的场景，可以先把配置写成边缘函数里的常量或打包进代码，由函数直接读取。 - 需要持久化存储的业务，可以先使用云数据库 Redis 或 COS，通过边缘函数回源访问，等 KV 开通后再迁移。 注意：KV 是最终一致模型，边缘节点缓存最长约 60 秒，写入后立刻读取可能读到旧值，规划业务时要考虑这一点。开通条件和名额以控制台及官方公告为准。... 展开详请

兄弟，消消气。这“审核中”真不是针对你个人，是腾讯云那边的自动化风控+人工复核流程卡住了。 EdgeOne Makers 属于边缘计算资源，涉及数据合规和反垃圾策略，审核确实比开通普通 CDN 慢。通常情况如下： 正常时效：一般 1-3 个工作日。如果是周末或节假日，顺延到下一个工作日。 为什么慢： 实名校验：系统会比对你的账号实名信息与申请主体是否一致。 业务场景审查：如果你的域名近期有异常访问记录（如被黑产利用过、含敏感词），会触发人工介入，时间拉长到 5-7 天。 配额限制：部分新账号可能因历史欠费或违规记录被临时冻结申请权限。 你能做的： 别反复提交：重复提交只会重置排队顺序。 检查邮箱/短信：看是否有补交材料的通知（比如要求提供网站备案截图）。 催单技巧：去腾讯云控制台提工单，选【EdgeOne】->【产品咨询】，标题写“急！KV 服务审核超时”，附上订单号。人工客服有时候能帮你查具体卡在哪个环节。 如果超过 5 个工作日 还没动静，大概率是被风控拦截了，这时候只能靠客服协调解封或重新认证主体。耐心点，这玩意儿急不来。 官方详细解决方案：https://cloud.tencent.com/document/product/1552... 展开详请

区域加运营商同时出问题，优先排查 DNS 解析和节点覆盖。用不同运营商网络 dig 域名，看返回的 EdgeOne 节点 IP 是否一致；再 telnet 80/443 端口确认连通性。免费版节点覆盖和调度策略通常比付费版弱，部分地区可能回源路径绕远或被中间网络拦截。抓包看 TCP 握手在哪一步失败，如果 SYN 无响应，基本确认是接入层或运营商路由问题；如果 TLS 阶段失败，再查证书链和 SNI。同时去 EdgeOne 控制台看对应区域是否有异常告警。... 展开详请

已解决，记一下原因和处理方法，给遇到同样问题的人参考。 原因：这个站点 2026 年 9 月 9 日在控制台开启过"源站防护"。工单确认免费版不支持这个功能，开着的时候域名会卡在"部署中"，续期的证书下发不到边缘，域名配置也改不了。（提问里说"从 2025 年 8 月底起"不准确，那是域名的最后修改时间。） 处理： 1. 调用 DisableOriginACL（参数只有 ZoneId）关闭源站防护。约 2 分钟后所有域名恢复"已生效"。 2. 对每个域名分别调用 ModifyHostsCertificate（Mode=eofreecert）。一次只能传一个域名，传多个会报 HostsCertificateInconsistency。约 2 分钟后边缘换上了新证书。 注意：关闭源站防护后，EdgeOne 回源 IP 会马上换成原白名单以外的网段，我们观测到约 95% 的回源请求来自名单外。如果源站用源站防护给的 IP 白名单做了拦截，关闭前要先放开，否则整站 403。之后可以改用规则引擎的"修改 HTTP 回源请求头"加一个密钥头，源站按这个头放行。... 展开详请

这个一般是 token 生命周期问题，按这个顺序排查：Gitee 私人令牌默认有有效期，创建时如果选了短期限，到期后 EdgeOne 侧就一直报授权过期，去 Gitee 设置里重新生成一个不设过期或长有效期的令牌，再回 EdgeOne 重连。其次检查令牌权限范围，repo 相关读权限没勾全也会以过期形式报错。还有一点容易被忽略：在 Gitee 上改过密码或撤销过应用授权，所有关联 token 会立刻全部失效，需要在 EdgeOne 里重新授权一次。以上都对还报过期的话，把 EdgeOne 侧的代码源绑定删掉重新加，残留的旧凭据清掉就好。... 展开详请

这是校验逻辑没区分接入模式的老问题。NS接入下权威解析已托管给EO，控制台里CAA/MX/TXT跟加速CNAME共存是正常的，邮件和证书验证本来就要配MX/CAA，跟站点加速的CNAME互不干扰。CNAME接入才有主机记录上CNAME与其他记录不能共存的约束。可以先自查两点：提示里的主机记录是否在EO DNS里真的同时配了CNAME和MX/TXT，确实配了才需要拆分主机记录；NS已生效但提示还在，大概率是状态同步延迟或校验没识别接入模式，直接提工单附上NS生效截图，让后端按NS场景关掉这条校验。这类误报催工单比自己在控制台折腾快得多。... 展开详请

这是中国大陆加速需要单独备案的问题。EdgeOne要启用中国大陆加速，域名必须完成ICP备案，且接入备案主体要和EdgeOne账号一致。你现在只有全球可用区和不含中国大陆两个选项，说明域名没做腾讯云侧的接入备案或者没关联上。解决路径：先在腾讯云完成ICP接入备案，通过后加速区域就能勾选中国大陆，调度会自动回到国内节点，回源到你北京源站的链路也会明显变快。提醒一点，中国大陆加速是单独计费的档位，价格和全球可用区不一样，切换前先看下计费文档，别上线才发现账单翻倍。... 展开详请

典型的配置优先级问题。先查三个地方：一看回源协议的全局配置，确认选的是跟随协议还是固定HTTP，很多控制台里HTTPS相关配置会强制回源走HTTPS，优先级高于单条回源规则；二看有没有强制HTTPS跳转或回源HTTPS的开关在边缘层生效；三确认测试方法，用curl带响应头看边缘返回，或直接抓源站访问日志看实际进来的协议，别只看控制台显示。另外源站如果是443端口但回源协议设了HTTP，EO可能按默认策略自动走HTTPS。控制台配置和实际生效之间还有缓存延迟，改完等几分钟再测。还不对就带域名和请求时间提工单，让后端查实际回源记录。... 展开详请

「Middleware execution failed: a is not a function」基本可以锁定是 proxy.ts 的导出方式问题。Next 16 的运行时要求这个文件必须导出一个函数，常见错误是导出了函数调用结果而不是函数本身，打包压缩后就变成 a is not a function。检查文件末尾的 export default handler 或 export function proxy；另外 middleware.ts 和 proxy.ts 同时存在时 middleware 会被忽略，只留一个。本地 next start 复现一遍，报错会直接指到位置。... 展开详请

这是 SPA 路由兜底在起作用：静态托管对找不到的路径默认回退到 index.html，交给前端路由接管，所以你看到的是首页而不是 404 页。要让 404.html 生效，先分清项目类型：纯静态站把 404.html 放产物根目录，一般自动生效；如果是 React、Vue 这种 SPA，访问不存在路径时路由先匹配了兜底逻辑，需要在路由表里显式加一个通配路径指向 NotFound 组件。也可以检查托管平台的回退配置，把 SPA fallback 关掉或改指向 404.html，两种方式选一个就行。... 展开详请

缓存命中但下载慢，大概率不是 CDN 的问题，而是回源链路或客户端到边缘节点的网络质量在拖后腿。先确认几个点：命中率是真高还是统计口径有偏差——有些请求命中了缓存但 Range 请求只缓存了部分内容，实际还是要回源。用 curl 带 -I 看响应头里的 CF-Cache-Status 或 EO-Cache-Status，确认是 HIT 还是 MISS。另外检查源站带宽是否打满，EdgeOne 免费版回源走公网不保证质量，高峰期可能拥塞。如果源站在海外，回源延迟叠加缓存未预热的冷启动也会慢。... 展开详请

您好，请问控制台这里是状态异常吗，以及账号是否有欠费... 展开详请