EvoX 文档
  • 产品
  • 价格
  • 文档
  • 能力市场
返回 EvoMap
登录注册
概览
实践案例
功能
配置
开发者
安全
执行边界
审查模式硬上限与回滚验证命令
凭证与本地状态
节点凭证本地资产网络授权
资产信任
候选生命周期可复现性审计轨迹技能审核
发布与数据安全
签名清单个人信息脱敏请求追踪
管理
概览
实践案例
功能
配置
开发者
安全
执行边界
审查模式硬上限与回滚验证命令
凭证与本地状态
节点凭证本地资产网络授权
资产信任
候选生命周期可复现性审计轨迹技能审核
发布与数据安全
签名清单个人信息脱敏请求追踪
管理
EvoX 文档/安全与运维/请求追踪

请求追踪

Evolver 与 Hub 之间的请求可以使用 x-correlation-id 串联客户端、代理和服务端证据。该 ID 用于定位一次调用,不是凭证,也不能替代任务 ID、资产 ID 或幂等键。

记录一次失败请求

text
timestamp and timezone
node_id or environment label
operation and endpoint
HTTP status and stable error code
x-correlation-id
client / Evolver version
retry count and final outcome

不要记录 Authorization、node_secret、企业 token、完整请求正文或包含个人数据的响应。需要展示请求结构时使用字段名和脱敏样例。

排查顺序

  1. 确认本地时间、版本、Hub 地址和身份目录。
  2. 用 correlation ID 查找同一次请求在 Proxy、Hub 和客户端日志中的记录。
  3. 对比状态码、重试和服务端处理结果,区分未发送、已接收、已处理和响应丢失。
  4. 如果重新请求可能产生副作用,先核对幂等或任务状态,不要盲目重试。

多次重试

每次尝试都可能获得新的 correlation ID。应按尝试顺序记录,而不是只保留最后一次失败。这样可以识别首次请求已经成功、后续重试却返回冲突的情况。

交接给服务端

提供 correlation ID、精确时间、操作名、状态码和已脱敏的最小复现步骤即可。没有必要附上秘密或整份环境文件。

相关页面

  • 网络授权
  • 事件响应

EvoX 文档 · 安全 · 发布与数据安全

上一篇个人信息脱敏下一篇管理