德讯高防云要排查源站真实地址泄露排查方法，通常先检查 DNS 记录更合适：它能快速发现域名是否直接解析到源站地址，或留下了容易被忽略的旧记录。访问日志则用于确认是否出现绕过正常入口的直连请求。两者不是二选一，而是先找线索、再验证影响。
先查 DNS：确认哪些名称公开指向源站
在域名注册商或 DNS 托管平台的控制台，逐项检查主域名和已知子域名的 A、AAAA、CNAME 记录。A 记录对应 IPv4，AAAA 对应 IPv6；如果某个子域名直接解析到源站，而预期应经由代理或其他入口访问，它就是优先核查对象。不要只看首页域名，邮件、管理、测试及旧版服务的子域名也可能保留独立解析。
- 从资产清单、网站配置和团队使用的域名中整理待查名称，包括常见的 www、api、admin、test 等子域名；这些名称只是检查提示，不代表实际存在。
- 在权威 DNS 控制台核对当前记录、记录用途、更新时间和负责人。留意不再使用但仍有效的 A、AAAA 记录，以及指向旧主机的 CNAME。
- 需要了解历史情况时，查询可信的被动 DNS 历史数据或内部变更记录。历史解析只能说明某个地址曾与域名关联，不能单独证明它现在仍是源站。
- 逐条确认发现的地址是否属于当前源站、共享主机或其他服务。不要仅凭地址归属或一次解析结果作结论。
TXT 记录通常用于验证、邮件策略等用途，一般不直接提供源站地址，但其中若包含主机名、内部命名习惯或服务信息，也值得顺手检查。证书透明度记录能帮助发现公开证书中的子域名，却通常不能直接证明某个 IP 就是源站。
再看访问日志：判断是否发生过直连
访问日志的价值在于还原请求，而不是替代 DNS 检查。源站或入口设备的日志中，可关注请求到达时间、目标主机名、客户端地址、响应状态和访问路径。若某个此前未见的客户端直接访问源站地址，并携带正常站点的 Host 信息，或请求集中命中登录、管理等路径，值得进一步核实；单条请求并不足以证明地址泄露。
日志能说明什么，不能说明什么
- 能说明：特定时间内是否有请求抵达记录该日志的设备，以及请求模式是否与日常流量不同。
- 不能单独说明：请求者从何处得知地址、地址是否仍公开，或一次访问是否成功绕过现有防护。
- 注意日志位置：如果日志只记录前置代理的连接，客户端地址和目标信息可能不完整；应核对日志字段与采集设备，并检查相关日志是否已轮转或被删除。
按这个顺序做交叉验证
- 先列出待查域名与对应服务，在 DNS 控制台核对当前记录；发现可疑解析时，记录名称、地址、用途和查询时间。
- 对照资产清单或主机配置确认该地址是否属于源站，并检查 IPv4、IPv6 是否都纳入排查。无法确认归属时，先找负责该服务的运维人员核实。
- 按可疑记录出现的时间范围检查源站及入口日志，重点比较请求目标、主机名、来源和访问路径。时间范围应结合日志保留期限，不要假设每套系统都保存相同天数。
- 若当前记录正常但日志出现异常直连，检查历史 DNS、旧环境配置、部署记录及其他公开子域名；若 DNS 暴露而日志没有直连，也仍需处理暴露，因为没有命中日志不等于地址未被发现。
- 确认暴露后，先评估地址是否仍承担服务，再按变更流程更新解析、收敛可访问入口，并复查业务连通性和日志。不要未经确认就更换地址或封禁来源，以免影响正常服务。
因此，源站真实地址泄露排查方法的实用顺序是“DNS 找公开线索，日志查实际访问，资产信息做最终确认”。只有日志告警时，优先回溯请求路径和域名历史；只有 DNS 可疑记录时，也应先确认地址用途，再决定处置。
常见问题
只查当前 DNS 记录够不够？
不够。当前解析无法覆盖已删除的旧记录、未登记子域名或其他公开线索，可结合历史 DNS 和内部变更记录补查。
访问日志里没有可疑请求，是否能排除泄露？
不能。日志可能未覆盖所有入口、已过保留期，或请求尚未发生。应继续核对 DNS 与资产配置。
看到一个 IP 与域名有关联，能直接认定为源站吗？
不能。它也可能属于旧主机、共享服务或其他用途，需由资产负责人和当前配置共同确认。
两类线索同时出现，先处理哪一个？
先确认地址是否仍对外提供服务；若存在不必要的公开解析或直连，应在评估业务依赖后按变更流程收敛暴露，并持续检查日志。