主机域名选择，怎样与开发人员交接问题：一份证据收集与定位清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e8b9c7579c30.html
📄
主机域名选择，怎样与开发人员交接问题：一份证据收集与定位清单
出现主机或域名相关故障时，和开发人员交接的重点不是描述“网站打不开”这种结论，而是把可复现的现象、时间点、影响范围和原始证据一起交出去，让对方能独立判断问题出在域名解析、主机服务、应用代码还是外部链路。下面这份清单按“要查什么、怎么查、结果说明什么”组织，你可以逐项执行并记录。
先固定现象与时间，避免双方各说各话
要查什么：故障的准确表现、首次出现时间、是否可复现、影响哪些访问方式。
怎么查：用同一台设备分别测试浏览器访问、命令行请求、手机移动网络访问；记录每次操作的具体时间（精确到分钟）和返回结果。假设同一域名在公司网络打不开、手机热点能打开，这本身就是一条关键线索。
结果说明什么：只在特定网络失败，通常指向本地网络、DNS 缓存或区域链路，而非主机整体宕机；所有网络都失败，才更可能是解析、主机或服务端问题。可复现的故障比偶发故障更容易定位。
查域名解析记录，确认流量指向哪里
要查什么：域名当前解析到的 IP、记录类型、TTL，以及不同 DNS 服务器返回是否一致。
怎么查：用 nslookup 你的域名 或 dig 你的域名 查询 A、AAAA、CNAME 记录；换一个公共 DNS 再查一次，对比结果。若使用 CDN 或代理，还要确认解析到的是加速节点还是源站地址。
结果说明什么：不同 DNS 返回不同 IP，说明解析尚未完全生效或存在多线配置差异；解析指向的 IP 与开发人员以为的服务器不一致，说明交接前先要统一“域名现在指向哪台机器”这个前提。
查主机与服务状态，区分“机器活着”和“应用可用”
要查什么：主机是否在线、目标端口是否可连、Web 服务是否正常响应。
怎么查：先 ping 主机地址判断网络可达性，再用 curl -I https://你的域名 查看 HTTP 状态码和响应头。若主机面板或监控显示 CPU、内存、磁盘正常，但请求返回 502、503 或超时，问题更可能在应用进程、反向代理或数据库连接。
结果说明什么：能 ping 通但端口拒绝连接，指向服务未启动或防火墙拦截；返回 5xx 且主机资源正常，应把应用日志和错误信息一并交给开发人员，而不是只发一句“服务器挂了”。
查证书、抓取限制与外部依赖，别把配置问题当成代码问题
要查什么：HTTPS 证书是否过期或域名不匹配、robots.txt 是否误拦截、站点地图是否可访问、第三方接口是否异常。
怎么查：用浏览器查看证书详情和有效期；直接访问 https://你的域名/robots.txt 和站点地图地址，确认返回内容和状态码；检查页面是否依赖外部接口、字体或统计脚本。
结果说明什么：证书过期或域名不匹配会直接导致访问警告，属于运维配置问题；robots.txt 的抓取限制不等于可靠的索引移除，站点地图存在也不保证收录，这两项要按具体搜索引擎分别核查。HTTPS 只保证传输加密，不保证站点没有漏洞或一定获得排名，遇到安全问题仍需单独排查。外部依赖加载失败会让页面“看起来打不开”，但主机本身正常。
交接时按固定格式提交，减少来回追问
把上述结果整理成一条消息，建议包含以下要素：
- 现象：什么操作、什么时间、什么结果，是否可复现。
- 范围：哪些网络、设备、地区受影响，哪些正常。
- 证据：解析查询结果、HTTP 状态码、响应头、错误截图或日志片段。
- 已排除项：重启过什么、换过什么网络、查过哪些配置，以及排除依据。
- 期望：希望对方确认的具体问题，例如“请确认源站应用是否收到请求”。
交接后如果对方给出修改建议，先确认改动影响的是解析、主机配置还是应用代码，再决定由谁执行、如何回滚。下一步可以直接按这份清单逐项填写，把结果发给开发人员，并在对方定位后补一句“已确认原因是什么”，让排查闭环。
