二级域名设置：日志中应该核对哪些字段

📍 WDQWDWQD987AAAAA:216.73.216.215
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ebbda4b928e0.html
📄

二级域名设置：日志中应该核对哪些字段

二级域名设置完成后，日志核对的核心不是“有没有访问”，而是确认请求究竟落在哪个主机名、由哪个站点配置接管、返回了什么状态。最该优先看的字段是：请求主机名（Host）、请求路径、HTTP方法、响应状态码、响应字节数、来源IP与User-Agent，以及反向代理或CDN写入的转发字段。时间和人手有限时，先核对Host与状态码，再补路径和来源，足以判断大部分配置是否生效。

先分清日志类型，字段含义不同

不同来源的日志，字段并不通用。常见有三类：Web服务器访问日志（如Nginx、Apache）、应用日志、以及CDN或负载均衡的访问日志。二级域名设置涉及的是“请求进入哪个虚拟主机”，因此访问日志优先级最高。应用日志只能说明请求已经到达应用层，无法证明域名解析和虚拟主机匹配是否正确。

按优先级核对字段，先看能定性的两个

人手有限时，不要一次拉全部字段。先按下面顺序看，每一步都能缩小范围。

  1. Host：日志里搜二级域名字符串。如果完全搜不到，说明请求没到达这台服务器，或日志被写到了别处。
  2. 状态码：统计各状态码数量。大量404或403，说明虚拟主机可能匹配到了默认站点。
  3. 请求路径：确认访问的URL路径是否与预期一致，排除路径重写或大小写问题。
  4. 来源IP与User-Agent：区分是真实用户、监控探针还是你自己测试产生的记录，避免误判。
  5. 转发字段：若前面有代理或CDN，核对X-Forwarded-For、X-Forwarded-Host等字段，判断原始主机名是否被覆盖。

一个可执行的核对例子

假设你为 blog.example.com 设置了二级域名，并希望它指向独立站点目录。测试访问后，在访问日志中应看到类似字段（以下为假设示例，非真实项目结果）：

Host: blog.example.com Method: GET Path: /index.html Status: 200 Bytes: 5120

如果看到的是 Host: example.com 且状态码为200，说明请求被主域名站点接管，二级域名的虚拟主机配置没有生效或优先级不对。如果Host正确但状态码为404，问题更可能在站点根目录或路径映射上，而不是域名解析。

判断结果与适用条件

Host正确且状态码为2xx或3xx，通常说明二级域名已正确到达目标站点。Host正确但持续4xx，应检查站点目录、重写规则和权限。Host缺失或为主域名，优先检查服务器虚拟主机配置、监听端口和代理转发规则。若日志中完全没有该二级域名的记录，先确认DNS解析是否指向当前服务器，以及日志文件是否是你正在查看的那一个。

需要提醒的是：robots.txt的抓取限制不等于可靠的索引移除；站点地图不保证收录；HTTPS不保证安全无漏洞或排名。这些属于搜索引擎侧的结果，不能靠访问日志字段直接判定。

下一步：选定一个已知可访问的二级域名URL，在服务器上实时跟踪访问日志，用Host和状态码两个字段确认请求落点，再决定是改虚拟主机配置还是改站点路径。

图1 图2
nginx