Nginx会按监听地址、端口和请求主机等条件选择处理配置，未匹配域名的请求可能进入默认站点。域名指向同一IP不等于它已经被正确绑定；应检查有效配置与实际Host，HTTPS还要分别核对SNI和证书。
先保存请求的真实地址
记录用户输入的域名、协议、端口及跳转后的最终地址，确认DNS是否指向预期服务器。裸IP访问出现某个网站，不能证明该网站就是所有域名的正确归属。若前面有CDN或负载均衡，还需确认传到源站的Host没有被改成另一个名称。
检查完整生效配置而不是单文件
同一域名可能在多个include文件中重复出现，监听组合也可能不同。查看经过服务器读取的完整配置及检查提示，确定默认站点属于哪个监听范围。不要仅凭面板中站点存在，就假定它的配置已被加载或在相应端口上优先生效。
将HTTP路由与TLS选择分开
HTTPS握手时的证书选择与后续HTTP主机处理存在不同阶段，使用正确SNI测试才有意义。证书覆盖域名也不会自动把应用目录映射正确。逐项核对server_name、根目录、代理目标和证书，避免只改其中一处后留下部分访问错误。
验证所有预期名称及未知名称
检查根域、www及实际业务子域，确认它们进入正确站点或预期重定向。对未知主机名应有明确默认处理，而不是随意展示客户网站。配置修改前保留副本、先做检查，再按流程重载，回读日志和公开页面确认没有误伤共享主机其他站点。
关键区别
DNS目标：把请求送到服务器；不等于域名已绑定。
server_name：参与站点匹配；需看监听和生效配置。
默认站点：承接未匹配请求；应有明确安全行为。
怎样确认处理到位
所有业务域名到达正确内容，HTTPS名称与证书一致，未知主机名按约定处理，其他共享站点没有被默认配置误接管。
容易误判的边界
不要为修一个域名直接删除所有默认配置；监听地址、端口、TLS与HTTP阶段需依据实际架构分别确认。
