打开官网，出现别人的页面

客户发来链接，我点开，页面标题是自己的，内容是别人的产品介绍。

那一刻第一反应是「被黑了吗」，但冷静下来一想，先得确认是哪一层出的问题，不然越修越乱。

三种可能

三种可能，三条完全不同的路，选错了就白折腾。

解析错：域名指向了别人的 IP，请求压根没到你的机器，改服务器毫无意义。

绑定错：请求到了你的服务器，但 Host 匹配到了另一个站点配置，看起来像是别人的站。

跳转错：页面确实是你的，但应用或规则把它 301 到了别处，中间那一步最难发现。

用结果先分一下

几个字段就能定性，不用一上来就看代码。

用宝塔拨测的网站测速跑一轮，先看解析出来的地址是谁的，这一步最能定性。

地址不是你的机器：先把解析改回来，其他都别动，动了反而添乱。

地址对、状态码 200 但内容不对：去看服务器上的站点绑定和默认站点，八成是默认站兜走了。

状态码是 3xx：跟着跳转走一遍，看最终落到哪个域名，很多问题藏在这一跳里。

检查顺序

顺序对了，不会互相干扰，也容易回退。

先查解析记录，确认 A 记录和 CNAME 没有被人改过，也要看有没有多出来的记录。

再查服务器上的站点配置，确认默认站点没有把未匹配的请求兜走，这个设置很容易忽略。

最后查应用配置里的跳转规则和反向代理目标，尤其是最近改过的那几行。

安全上的警惕

技术问题背后，可能是安全问题，这一层不能省。

解析被改、证书被换，都可能是账号被盗的信号，别只当成技术故障。

发现异常先改密码，再查操作记录，别只顾着修页面，根子还在。

内容被替换的情况，还要排查是否被上传了恶意文件，必要时整站比对。

复测与记录

能复现、能记录，才算闭环，也不容易被同样的问题打第二次。

改完连测三次，确认解析和内容都正确，别只看第一次。

用不同地区节点再看一遍，排除缓存导致的旧结果，DNS 缓存能骗很久。

把时间、现象、处理动作记下来，这类问题容易复发，记录就是下次的捷径。

先分三层，再动手，是最省时间的顺序。

省下来的时间，够做一次完整复测。

复测通过，问题才算解决。

解决之后，再补一层监控。

监控到位，下次就能早发现。

早发现，损失就小。

损失小，业务才安心。

安心了，合作才长久。

长久，才值得持续投入。

投入下去，效果才明显。

明显了，问题就不再反复。