不能。DNS回复里的EDE是补充诊断信息，不能替代原响应码RCODE。RFC8914第3节明确要求，无论还收到什么EDE值，应用仍要遵守适用规范中对RCODE的处理要求。若记录中出现一段额外说明，应把它与原响应码一起保留，而不是只摘说明文字重新定义这次结果。
适用前提是实际回复含有EDNS扩展错误选项。RFC8914第2节说明，其中有提供上下文的INFO-CODE，以及可能为空的EXTRA-TEXT；后者供人阅读，不是供程序依赖格式来解析的字段。EDE可以随NOERROR及多种错误回复出现，不能单从它的名字带有错误二字，就把原本的响应码改判成失败。
观察时先对应同一次查询，记录去敏名称、查询类型、回复来源、RCODE及可见的EDE信息。只看到工具翻译的一句提示，没有原字段时，先把字段来源列为待核对。如果原响应码显示错误，仍依相应协议含义检查；如果是NOERROR，也要结合所需记录和应用现象，不能仅凭这个码推断整个网站任务已成功。
回复经过解析器或转发者时，EDE是否继续传给原客户端依具体实现而定；中间方也可能生成新的EDE说明。所以未见该选项不能证明没有故障，看到文字也不能直接认定最初是哪一台设备产生了问题。RFC8914安全注意还要求把未经保护的EDE当诊断信息，不能假定它本身已经认证来源。
风险是依据一段说明就关闭DNS安全检查、替换单位解析服务，或者把内网查询和附加文字整份公开。额外文字可能暴露环境信息，交接前去敏；无管理许可时停在记录，不依据它擅自调整解析策略。本文不把EXTRA-TEXT不能依格式解析，扩大为所有程序都不能使用结构化INFO-CODE提供诊断。
下一步将同一次查询的原响应码、选项和发生时间交给网络负责方，确认故障层次及权限范围。长沙芙蓉区有台式电脑启用台账，拨400-877-9605可核实第三方对电脑侧DNS现象的检查范围，外部解析器仍由其管理方说明。电脑快修网提供信息展示与维修对接，启用记录不等于即时排障，也不作为费用、时效或责任认定依据。