2024年1月11日下午两点出头，解析我正用哈尔滨银行的异常手机App给信用卡还款。页面一直在转圈，解析等了两三秒弹出一行字：“网络连接异常，异常请检查网络设置。解析”切到Wi-Fi，异常一样。解析换回4G，异常还是解析一样。我以为是异常手机问题，重启了一遍，解析没用。异常打开电脑浏览器访问哈尔滨银行官网，解析同样打不开。异常

这不是解析我一个人的遭遇。翻了下微博和几个本地群，哈尔滨、大庆、齐齐哈尔都有用户在说同一件事：哈尔滨银行的App、网银、公众号全部卡死。有人以为是自己欠费断网了，有人把路由器拔了重插。一个在道里区做小生意的朋友跟我说，他当时正在给供应商转账，页面卡在“处理中”整整十分钟，吓得他以为钱丢了。

问题出在DNS上。

简单说，DNS就是互联网的电话簿。你在浏览器里敲“www.hrbb.com.cn”，电脑不认识这串字母，它得通过DNS服务器把域名翻译成IP地址，才能找到哈尔滨银行的服务器。DNS一旦出问题，域名解析不了，你敲什么地址都白搭。

那天下午的情况是：哈尔滨银行自己管理的DNS服务器出了故障。有技术圈的人在群里贴了排查过程——用公共DNS（比如阿里的223.5.5.5或者腾讯的119.29.29.29）去解析哈尔滨银行的域名，返回正常；但用哈尔滨银行自己指定的DNS，直接超时。这说明问题不在运营商，也不在用户端，就是银行自己的解析服务挂了。

这种故障不算罕见。银行为了安全，通常会用自己搭建的DNS服务器，而不是依赖公共DNS。好处是可控，坏处是一旦这台服务器出问题，整个域名体系就瘫了。而且银行系统内部往往有多个子系统——手机App、网银、微信小程序、ATM——它们可能共用同一套解析入口。DNS一挂，全部遭殃。

我注意到一个细节：故障持续了大约四十分钟。从下午两点十分左右开始，到两点五十分前后陆续恢复。这个时间窗口不算长，但对一家银行来说已经够呛。那天是周四，工作日，正是转账、还款、查账的高峰时段。有人因为还不了信用卡被记了逾期，有人错过了理财产品的申购截止时间。这些损失找谁赔？银行不会主动提。

更让人不舒服的是信息透明度。故障发生后的前二十分钟，哈尔滨银行的官方渠道没有任何公告。App里没有弹窗，公众号没有推送，客服电话打进去就是排队。用户只能靠自己猜：是我手机坏了？是我网断了？还是银行出事了？直到快恢复的时候，才有人在网上看到一张疑似内部通知的截图。这种沟通节奏，放在2024年，说实话有点落后。

从技术角度看，这次事故暴露的问题不复杂。DNS服务器应该有冗余备份，主挂了备能顶上；应该有监控告警，解析超时超过阈值就自动切换；应该有降级方案，至少让用户知道是银行侧的问题而不是自己网络的问题。这些都不是什么高深技术，成本也不高。没做，或者没做到位，就是运维意识的问题。

我后来跟一个在城商行做IT运维的人聊起这事。他说中小银行的技术团队普遍人手紧，预算有限，DNS这种底层设施往往“能用就行”，不出事没人管。一出事就是全行级故障。他还补了一句：其实很多银行的核心系统是外包的，DNS这种边角料更是没人盯。

这话听着刺耳，但可能是实情。用户不会关心你的DNS架构是自建还是托管，用户只关心一件事：我点开App的时候，它能不能用。那天下午，哈尔滨银行没能做到。

到晚上我再打开App，一切正常了。还款成功，页面流畅。好像什么都没发生过。但我知道，如果下次DNS再挂，结局还是一样——用户干瞪眼，客服打不通，公告姗姗来迟。技术故障可以理解，但故障之后的沉默，才是真正消耗信任的东西。