服务更换地址后，有的设备已经正常，有的仍访问旧入口，DNS 缓存是值得检查的因素之一。但页面内容旧，也可能来自网页缓存或服务端部署，不能只凭外观认定解析没更新。先查当前连接使用的名字与地址，再决定需要处理哪一层缓存。
先确认遇到的是解析问题
记录具体域名、错误文字和失败操作。域名无法解析、连接到地址后超时，以及页面成功返回旧内容，是不同阶段。若已经看到服务器返回的权限提示，清理解析缓存通常不能替你修改账户状态，应先处理提示对应的问题。
域名可能返回多个地址，不能只因为与另一台设备不同，就认定其中一份错误。不同解析条件与地址族也可能影响结果。将实际连接记录和查询结果放在同一时间观察，避免拿前一天的截图与现在的请求比较。
区分系统、应用与上游缓存
系统、浏览器、代理程序以及上游解析服务可能各自保存结果。清除系统缓存，并不等于浏览器和远端解析服务都被同时清除。先根据应用与客户端说明确认谁发出查询，再选择与该路径相关的操作。
缓存通常根据有效时间管理，某些不存在域名或记录的回答也可以被缓存。因此，先前查不到、后来记录已经添加的情况，未必立即在每个位置更新。不要把所有失败回答都当成相同类型，应记录返回的错误而不是笼统写“没有地址”。
清理之前保存最少证据
记下设置变更时间、旧结果、预期结果依据，以及异常出现在哪个程序。预期结果应来自你管理的服务或正式支持说明，不能来自陌生网友随手给出的地址。对第三方网站，不需要为了排查把其域名强制固定到某个服务器。
如果查询工具与实际应用采用不同解析路径，两者结果不同只能说明需要继续核对。将工具名称和查询对象一起记录，避免把系统查询成功写成所有应用解析正常。已有足够线索后再操作，清理之后就可能失去原有缓存证据。
在 Windows 上做一次有限检查
在自己有权管理的 Windows 设备上，ipconfig /displaydns 可以查看系统 DNS 客户端缓存；ipconfig /flushdns 用于清理该缓存。按系统要求执行，先看清自己运行的是哪一条，不要与释放地址或重置网络的命令混在一起。
- 保存需要的工作和发生问题的域名。
- 查看系统缓存是否包含相关记录，避免公开整份输出。
- 确认确有清理必要后执行一次清理。
- 重新发起同一请求，检查结果和错误阶段是否改变。
这些操作只针对相应系统组件，不会删除所有浏览历史，也不能清理运营商或网站的全部记录。其他平台的处理方法与权限不同，应查看对应正式说明，不照搬命令。
结果没有改变时怎样解释
清理后仍取得相同地址，可能是上游仍返回该结果，也可能应用没有使用刚清理的组件。重新出现相同记录本身不说明命令失败。先核对实际查询路径和服务方信息，再检查是否存在自己以前配置的静态映射。
如果清理后暂时恢复，仍应记录变化，不把它直接定性为解析污染。恢复同时还可能伴随新建连接或服务端变化。下一次出现时按同一顺序检查，才能逐渐确认缓存是否与问题稳定相关。
把临时排查和长期配置分开
不要把每天定时清空缓存当成常规提速方法，也不必为了同步结果更换所有解析服务。缓存有减少重复查询的作用；真正要处理的是错误记录的来源、过期管理或组件配置差异。组织管理的解析设置应由管理员核对。
完成后保存原因与处理范围，恢复无关的临时改动。若只剩网站内容旧，应转向页面缓存和发布状态检查，而不是继续折腾 DNS。清楚知道哪个问题已经排除，比得到一条成功执行提示更有价值。
继续阅读：解析、出口与地区判断；不同地址族的连接差异。