DNS切换至新服务器后仍有大量流量流向旧服务器的技术咨询

这种情况其实挺常见的，我帮你梳理下除了客户端本身问题外，那些容易被忽略的DNS缓存相关因素：

• 递归DNS服务器的“超期缓存”：很多ISP或者公共DNS服务商（比如常见的谷歌、Cloudflare DNS）会有自己的缓存策略，不一定严格遵循你设置的TTL值。尤其是当你的TTL设置为1天这种较长时长时，部分递归DNS为了减少查询负载，会悄悄延长缓存时间，导致旧记录被保留更久。

• 客户端侧的本地缓存差异：操作系统、浏览器甚至你这套VoIP/WebRTC应用本身，都可能有独立的DNS缓存机制。比如Windows默认DNS缓存时长是24小时，但不少实时通信类客户端为了避免频繁解析影响体验，会自己缓存DNS结果，甚至长期保留，不会主动在TTL到期后重新查询。

• 长连接未断开的持续流量：VoIP和WebRTC服务依赖持久化长连接。如果客户端在DNS切换前已经和服务器A建立了稳定连接，哪怕DNS已经指向B，只要这个连接没因为故障断开，客户端就会一直沿用旧连接，完全不会触发新的DNS解析。这种情况在实时通信场景里非常普遍，毕竟断开重连会直接影响用户通话体验。

• 权威DNS的遗留解析：虽然Route 53的同步速度通常很快，但如果你的域名是从其他服务商迁移过来的，可能部分递归DNS还在向旧的权威DNS服务器发起查询，拿到的自然还是旧记录。不过这个可能性相对较低，但也值得排查。

给你几个实用的排查方向：

• 用dig或nslookup工具，在不同地区、不同ISP的网络环境下查询你的域名，看看返回的IP是A还是B，以此判断是不是递归DNS缓存的锅；
• 查看服务器A的流量来源IP，看看是否集中在某个特定ISP或某类客户端，缩小问题范围；
• 检查客户端日志（如果能拿到的话），确认是否有TTL到期后重新解析DNS的行为记录。

备注：内容来源于stack exchange，提问作者selbie