先别重装。域名可能仍把一部分请求带到旧地址,也可能同时存在另一种地址记录;网页程序本身未必有问题。排查应从访问路径开始,逐层确认请求到了哪里,再决定需要改变哪个环节。以下是迁移检查方法,不针对某次已发生故障作结论。
先记录“谁访问了哪个网址”
保存完整网址、失败时间、设备和浏览器、是否带www,以及看到的错误。打不开、证书不匹配和页面出现404不是同一种现象。让客户提供错误提示即可,不需要索取账号密码。排查时保持一条记录对应一个现象,避免销售把不同客户的问题混成一句网站坏了。
| 对象 | 核对什么 | 不要误判 |
|---|---|---|
| A记录 | IPv4目标是否为本次批准地址 | 改了主机不代表所有主机名同步 |
| AAAA记录 | 是否仍指向旧的IPv6目标 | 不要只查A就结束 |
| www与裸域名 | 各自记录及最终使用的主机名 | 一处正确不代表另一处正确 |
| HTTPS与站点 | 证书覆盖、请求主机与实际站点 | IP能打开不等于域名配置已完成 |
从外向内走,不同时改四处
1域名记录对照DNS管理平台与查询结果,记录差异。
2目标服务器确认该主机名有对应站点配置。
3HTTPS核对实际访问名称是否被证书覆盖。
4业务页面检查产品页、表单与后台接收,不只看首页。
nslookup example.com
nslookup -type=AAAA example.com
# example.com是示例域名,替换后仅查询,不会修改DNS
# 不同系统命令输出可能不同,必要时让维护人员解释。切换单上必须留下回退条件
- 保存旧地址、切换前记录与批准的新地址。
- 指定能修改解析与站点配置的人,不在多人聊天中并行试改。
- 分别验证带www、裸域名及关键业务入口。
- 发现异常时按证据决定修复或回退,记录真实时间。
回退也需要业务判断:如果新服务器已经接收询盘或产生资料变更,不能只把域名指回去就假定数据一致。先确认哪一侧有新数据,再由维护人员制定处理方法。测试记录使用专用标识并清理,不把测试咨询算作客户需求。
是否要等所有客户都能访问才能验收?
需要按预定范围验证不同访问条件,并记录尚未解决的异常。验收应说明覆盖范围,不用一个成功截图代表全部环境。