“高频扫描防护”是腾讯云边缘安全加速平台 EO（EdgeOne）Web 防护模块下的功能，其封禁 IP 的生效范围取决于配置层级： 站点级防护策略：对整个站点下所有域名生效。 域名级防护策略：仅对指定的单个域名生效。 该功能位于 EO 控制台的“边缘安全 > Web 防护 > 托管规则”模块中，触发后会在全球边缘节点部署生效，针对匹配访客（按客户端 IP 或 XFF 头识别）执行拦截、观察或 JavaScript 挑战等处置动作。 需注意，“高频扫描防护”与腾讯云 WAF 的“IP 封禁”是两个不同产品的独立功能。WAF 的 IP 封禁支持域名级区分封禁，但其触发条件基于规则引擎攻击次数统计，不属于“高频扫描防护”范畴。若你使用的是 WAF 而非 EO，则不存在“高频扫描防护”这一模块名称，应确认实际使用的产品及对应功能入口。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

EdgeOne 边缘 KV 属于灰度/白名单开通的能力，审核不是固定 SLA，一般按工作日排队处理，一天以内属于正常范围；赶上周末或申请量大时，2~3 个工作日也见过。所以先不用急。 想加快可以这样做： 1. 自查申请信息：确认站点已正常接入 EdgeOne（NS 或 CNAME 接入完成、证书部署正常），申请表里的用途描述写得具体一些（比如「边缘函数读取配置做 A/B 分流」比「测试一下」更容易过审）；信息不全的申请容易被退回补充，反而更慢。 2. 提工单催办：超过 2 个工作日还没结果，直接在控制台提交 EdgeOne 类工单，附上申请时间、站点 ID（或加速域名）和期望开通的功能（边缘 KV / 边缘函数 KV API），客服可以定向查审核进度，比在社区等快得多。 3. 等不起的替代方案：如果只是要在边缘函数里存点键值（配置、计数类），过渡期可以先用外部 KV（如 Redis、COS + 定时同步），边缘函数通过 HTTP 访问，等 KV 开通后再切回，代码上留个存储层抽象就行。 另外提醒：通过后 KV 的 API 调用有配额限制（免费额度内按次计），上线前先看一眼配额文档，避免直接打到限额。... 展开详请

构建成功但部署检查失败——这是平台检测和本地构建产物不一致的典型症状。EdgeOne Pages（Makers 用的部署链路）的 Next.js 支持按三个方向查：1. 先看检测的完整报错（决定方向）：页面输出的 vinext 检查失败信息里通常带具体的 diff 内容（缺少文件/多余文件/配置不一致）。没有具体 diff 的话，在构建日志（部署详情-构建日志）里搜 vinext 或 validate 关键字，看检测器的具体输出；2. 最常见的三个根因：a. 输出模式不匹配——Next.js 项目要选对 output 模式：静态导出（output: export 生成 out 目录）还是 Node 服务（需要 SSR runtime）。EdgeOne Pages 对 Next.js 的支持形态决定检测项：如果你的项目是 SSR/ISR（有 getServerSideProps 或中间件），但平台当静态站检查（期望 out 目录），vinext 检测会报缺少服务产物。检查 next.config 的 output 配置和实际构建产物目录（out 还是 .next）是否与平台选择的框架预设一致；b. 锁文件依赖漂移——本地和 CI 的依赖版本差异导致构建产物不同（比如本地 Next 14，CI 装了 15——package-lock 是否提交且 CI 用 npm ci 而非 npm install）。确认平台构建时用的包管理器和 Node 版本（EdgeOne Pages 的构建环境 Node 版本在环境变量或构建配置里设，低版本 Node 下 Next 15 的构建产物会异常）；c. monorepo 的路径问题——workspace 里的 Next 项目不在仓库根目录时，检测器可能在错误的目录找产物（构建命令的工作目录配置）。把构建命令里显式 cd 到正确目录并确认输出目录配置；3. 快速自证路径：本地用与平台一致的命令全量跑一遍构建（删 node_modules 重装），把本地产物和平台部署日志里检测的产物清单对比——差异文件就是问题所在。本地构建产物如果平台检测仍不认，直接提工单带：仓库地址、构建命令、平台报错的完整截图（vinext 的 diff 部分）——平台侧的检测规则细节只有官方能确认（可能是预设配置的问题而不是你的项目问题）。... 展开详请

EdgeOne 海外区读 Blob 403 AccessDenied，按「谁拒绝的」逐层定位：1. 先看响应体细节定位置：403 的响应里通常带具体错误码——EdgeOne 自己拒绝的（响应头有 EO 标识）还是回源到源站后源站拒绝的（回源场景）？先看响应头有没有 x-eo-err 或类似标识，以及 Response 时间（边缘命中的 403 响应极快，回源后的是源站延迟）。这一步决定排查方向：边缘权限 vs 源站权限；2. 边缘层的三个 403 原因：a. 访问鉴权没配或配错——Blob 的读取如果是私有桶（private），直接 URL 访问必然 403，需要带签名（SAS token / 签名 URL）。检查：同样的 URL 换个区域能不能读、带签名后能不能读。海外区规则和国内区独立——国内区的鉴权配置不会自动同步到海外区，新开的海外区 Zone 要单独配鉴权规则；b. 海外区的访问规则（Referer/UA/IP 黑白名单）误拦——检查 EdgeOne 海外区的规则引擎里有没有拦截规则命中了你的测试请求（规则引擎的命中日志在安全-访问日志里能查到具体规则 ID）；c. CDN 缓存了 403 响应——之前配置错误时的 403 被缓存住了，改完配置还是 403。验证：请求带随机 query 参数绕过缓存（?t=时间戳）能不能读。能读就是缓存问题，去刷新缓存或配 403 不缓存；3. 源站层（如果确认回源了）：源站的存储（Azure Blob/对象存储）的防火墙规则——源站可能只放通了 EdgeOne 国内区的回源 IP 段，海外区回源 IP 不同被源站拒。查源站的 IP 白名单是否覆盖海外回源段；4. 快速定位路径总结：先加随机参数测缓存 → 再看响应头定边缘/源站 → 边缘查鉴权与规则 → 源站查 IP 白名单。工单时带上：完整请求 URL、时间点、X-Request-ID（响应头里有），EdgeOne 后台能按 Request-ID 查到这次请求被哪个环节拒绝。... 展开详请

EdgeOne Makers KV 存储目前仍处于内测或白名单开放阶段，并非所有用户提交申请后都能自动通过。正常审核周期一般为24小时至7个工作日，超过这个时间仍显示“审核中”，通常不是系统故障，而是人工审核卡住了。 常见原因包括：申请表中业务场景描述过于简单（如只写“测试”）、关联域名未完成ICP备案、账号历史存在风控记录，或申请用途与KV存储的适用场景不匹配（例如试图存大文件或关系型数据）。此外，若遇平台高峰期或合规审查升级，排队时间也会延长。 建议先检查并补充申请备注中的业务说明、预估QPS和数据类型；确认域名备案状态正常；若已超一周无进展，直接通过腾讯云工单系统联系技术支持，提供账号ID和申请时间请求人工跟进。急用可先用临时方案过渡。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

开通中国大陆节点 EdgeOne 主要分这几步： 前提条件：腾讯云账号完成实名认证，域名已完成工信部 ICP 备案，源站（CVM / COS 等）可正常访问。 操作流程： 登录边缘安全加速平台 EO 控制台，点击「添加站点」，输入域名。 选择套餐（付费套餐或免费套餐兑换），同意服务协议。 加速区域选「中国大陆可用区」或「全球可用区」——这一步决定了是否启用国内节点。 选接入模式： CNAME 接入：不改 DNS 服务商，加 CNAME 记录即可，适合已有解析的场景。 NS 接入：把 DNS 托管给 EdgeOne，一键生效，适合新域名。 DNSPod 托管接入：域名在 DNSPod 时最省事。 按提示完成域名验证（CNAME 接入需加 TXT 记录验证归属权，NS 接入需改 DNS 服务器）。 进入「域名服务 → 域名管理」添加加速域名，配置源站地址、回源协议等。 到 DNS 服务商处添加 EdgeOne 分配的 CNAME 记录，等待生效即可。 验证：nslookup 你的域名 看是否解析到 EdgeOne 的 CNAME，或者直接用 curl -I 看响应头里是否带 X-EO- 标识。 注意：如果域名还没备案，选中国大陆区域会提示受限，只能先选「全球可用区（不含中国大陆）」。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

排查时应先区分 TCP 连接地址、TLS SNI、HTTP Host：源站 IP 决定连接哪台机器，SNI 在 TLS 握手阶段决定 Nginx 选择哪个证书，Host 则在握手完成后参与 HTTP 虚拟主机匹配，因此“访问 IP 并修改 Host 成功”不能证明 SNI 正确，若测试关闭了证书校验，更不能证明证书匹配；多域名共用 IP 时，SNI 缺失或错误可能命中默认 server，返回错误证书或直接拒绝握手，即使 Host 正确也无法挽救。EdgeOne 实际发送的 Host、SNI，以及源站证书校验能力与默认策略，应以当前站点的回源配置和官方文档为准，不能仅凭源站填 IP 就推断；建议显式将回源 Host 和 SNI 对齐到源站证书覆盖的域名，填 IP 不意味着证书必须包含 IP，关键是平台采用什么名称校验证书，填域名则还需检查 DNS 是否返回了多个配置不一致的源站，并避免解析回 EdgeOne 形成回环。可用 openssl s_client -connect 源站IP:443 -servername 加速域名 -verify_hostname 加速域名 -verify_return_error -showcerts </dev/null 检查指定 SNI 下的证书、链和名称校验，再用 curl -v --resolve 加速域名:443:源站IP --connect-timeout 5 --max-time 15 https://加速域名/路径 在保留正确 SNI、Host 和证书校验的前提下直连源站，不要加 -k；对照使用 openssl s_client -connect 源站IP:443 -noservername </dev/null 可识别默认虚拟主机问题。改 HTTP 正常只能缩小排查范围，不能直接证明是证书问题；固定配置的名称不匹配通常会稳定复现，间歇性 502 更应检查不同节点、源站地址或配置是否存在差异，并按失败时间和请求标识关联 EdgeOne 日志、Nginx error 日志、连接来源及抓包，必要时记录 $ssl_server_name、$host、$server_name，但握手失败不会进入 HTTP access 日志；若抓包显示 SYN 无响应，优先查安全组、防火墙、封禁与连接限制，若 TCP 建连后出现 TLS 告警则查 SNI、证书及协议兼容性，若握手成功后才超时则继续查 HTTP 和应用处理，不能仅凭一条握手错误认定是 EdgeOne 节点被封。... 展开详请

先确认一下你说的 zhuque-text 是哪个渠道： 如果是 腾讯云 EdgeOne Makers 内置模型，它每月有 50 万 token 免费额度。 如果是 朱雀 AI 检测助手网页版，免费额度按天给，和 Makers 不是同一套。 现在可以这样处理 先去 Makers 概览页看用量明细 确认是不是真的被扣完，以及是哪个 Key、哪个接口、哪段时间消耗异常。 立刻排查误调用来源 重点看：自动化脚本、循环重试、测试环境、共享 Key、第三方平台是否拿你的 Key 在跑批量任务。 临时止损 重置或禁用当前 API Key； 把 Key 从代码、环境变量、CI 里撤掉； 给调用加频率限制和单日预算告警。 联系 EdgeOne / 腾讯云支持 说明“误操作导致免费额度被异常消耗”，带上账号、项目、Key、异常时间段和用量截图。免费额度通常不会补发，但如果确属异常调用，支持侧可能协助排查或给出临时方案。 后续改法 生产调用建议切到企业版或按量计费，并设置配额、告警、子账号最小权限。 免费额度只适合测试，不适合长期跑业务。 官方详细解决方案：https://cloud.tencent.com/product/tokenhub... 展开详请

401 是权限问题，跟域名绑不绑定没关系。只要 Makers 服务端没改策略，国内访问照样被拒。 核心就两点： 网络层：境外服务器在国内连接不稳定，握手失败直接报错。 策略层：很多海外 SaaS 会屏蔽国内 IP，或者 CORS 头没配好，浏览器直接拦截。 别指望换个域名就能绕过风控。先拿手机热点（非国内 IP）测一下原始链接，如果通了，那就是网络或跨域锅；如果也不通，那就是账号或平台限制。 真想在国内用稳当点，要么搞个合规的国内镜像节点，要么老老实实挂代理。不然绑了域名也是白搭，反而多了个解析延迟。 官方详细解决方案：https://cloud.tencent.com/product/makers... 展开详请

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

这通常不是真“坏了”，而是 EdgeOne 默认开启了智能防护模式，它自动识别并拦截了异常流量或误判了你的业务逻辑。 先别慌，按这几步排查： 看控制台日志：登录 EdgeOne 控制台，去“安全中心”或“访问日志”里搜那个时间点的请求。如果状态码是 403 或 520/521 变体，点进去看拦截原因（比如 CC 攻击防护、Bot 管理）。 检查源站回源：确认你的源站 IP 是否已正确添加到 EdgeOne 的“源站设置”白名单。很多新手忘了加，导致 EdgeOne 以为你在被攻击直接掐断。 关闭智能防护测试：在安全设置里，暂时把“CC 防护”或“Bot 管理”调低灵敏度，或者切到“仅监控”模式。如果关了就不报错了，说明是你规则太严，需要调整阈值而不是改代码。 DNS 解析问题：确保你的域名 CNAME 指向的是 EdgeOne 给的地址，且 TTL 设得合理。有时候 DNS 缓存没刷新，流量根本没走 EdgeOne，自然显示未激活或异常。 一般90%的情况是源站IP没加白名单或者CC策略太激进。先查日志定因，再动配置。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

默认域名限制：是的，edgeone.cool 等免费子域仅用于临时预览，强制带 eo_token 且有时效。这是官方设计，无法通过配置改为长期公开链接。 加速区域修改：不可直接修改。免费版一旦选定含中国大陆的节点，后续无法切换为“不含大陆”。若需切换，只能删除当前项目/站点，重新创建时选择“全球（不含中国大陆）”。注意：删除操作会清除部署记录，需提前备份代码和构建配置。 自定义域名与备案： 必须备案：只要加速区域包含中国大陆，绑定自定义域名就必须完成 ICP 备案，否则会被拦截或返回 403/401。 无备案替代方案：若不想备案，只能选择“全球（不含中国大陆）”加速区域，并绑定海外域名服务器解析的域名。但这样国内用户访问速度可能较慢（取决于 CDN 节点分布）。 建议：面向国内同学，建议尽快办理 ICP 备案，绑定自有域名以获得稳定、高速、无需 token 的访问体验。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

别慌，这大概率是用了 EdgeOne 的免费子域名（比如 xxx.edgeone.cool）。这种平台自带的二级域名，底层虽然走了 HTTPS 传输，但前端展示上往往不吐证书链，或者浏览器直接当 HTTP 处理，所以你看不到锁标。 想看到绿锁？必须绑定自有域名。去控制台把 DNS CNAME 解析到你自己的域名上，系统会自动帮你签发 Let's Encrypt 证书。等 DNS 生效（通常几分钟到几小时），访问你的域名就能看到证书了。 另外，如果你绑的是国内域名，记得先备案，不然 HTTPS 可能开不了。如果是海外节点，直接绑就行。总之，免费子域名就别指望看证书细节了，那是给正式站点准备的。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请

EdgeOne 误销毁的恢复路径分两种情况：1) 服务/站点只是删除未超过回收期限：控制台的回收站或提工单确认是否有恢复窗口，部分资源删除后有短期可恢复期，越快提交工单成功率越高；2) 已彻底删除：资源本身无法恢复，按依赖清单重建——域名重新接入（DNS 解析指向 EdgeOne）、证书重新上传、缓存规则与安全配置按文档重建，源站若还在则恢复较快；若源站同时被删，先恢复源站（云服务器快照/数据库备份），再重建 EdgeOne 接入。预防措施：EdgeOne 的配置支持导出或用 IaC（API/CLI 脚本）管理——把域名、规则、证书配置写成代码存 Git，误删后一键重建而不是手工回忆；同时给账号加操作审计与高危操作二次确认，避免误触删除。如果这里指 EdgeOne Pages 的项目被删：代码在 Git 仓库不受影响，重新创建项目连接仓库重新部署即可，自定义域名与环境变量需重配。... 展开详请

别折腾个人版 EdgeOne 了，免费层的“智能加速”对动态 API 基本是负优化。它把请求引到边缘节点再回源香港，绕了一大圈，链路质量还受公共带宽限制，肯定比直连慢。 解决办法就两条： 动静分离：这是最稳的。API 接口直接 CNAME 到源站 IP 或原域名，不走 CDN；只把 JS、CSS、图片扔给 EdgeOne 加速。简单粗暴，延迟最低。 上专业版或 GA：如果必须走 CDN，个人版搞不定。要么升级 EdgeOne 专业版开启更优路由，要么直接用腾讯云全球应用加速（GA），走骨干网专线导入香港，延迟才可控。 别在免费工具上找性能答案，架构选型错了，怎么调参都没用。先切直连测试，确认瓶颈在 CDN 回程后，果断换方案。 官方详细解决方案：https://console.cloud.tencent.com/edgeone... 展开详请

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

大概率是接口特性，不是异常。朱雀这类文本检测接口在预处理时会先做文本切分，切段逻辑和前端自然段不完全一致——常见做法是按固定长度或标点加长度混合切，超长段会被拆开，太短的段可能被合并，所以返回的段落数和置信度数量与输入的自然段对不上是正常现象。要用的话别按索引对齐，先把返回的片段文本拿出来，自己用片段内容和原文做匹配再映射回段落。如果发现某段返回的文本内容和输入的有截断或乱码，那才是真异常，带上请求 ID 提工单。建议拿两三段短文本（每段不超过50字）单独调一次验证，短文本下段落通常是一一对应的。... 展开详请

大概率是 URL 编码不一致的问题。中文文件名在请求时会被编码成百分号形式，比如「测试.txt」会变成 %E6%B5%8B%E8%AF%95.txt，而 EdgeOne 的缓存键和刷新接口对「原始字符」和「编码后字符」的处理可能不一致：你刷新的是 A 形式，缓存里存的是 B 形式，自然刷不掉。排查方法：先从浏览器 Network 面板复制实际请求的完整 URL（编码后的那个），用它去提交刷新。长期方案是源站和分发路径统一改用 ASCII 或哈希命名，中文路径在 CDN 这层坑太多，不值得耗着。... 展开详请