会有这种可能。Microsoft的DNS客户端排障示例显示，配置多个服务器而其中一些不可达时，客户端会按一定顺序发出查询并等待响应，最终成功也可能经历明显延迟。配置里存在一个可用地址，并不代表前面的等待已经消失，但也不能据一次应用卡顿就认定DNS是原因。
适用：多个地址中有不可达项
本文依据受支持Windows客户端的官方资料，以Windows 11台式电脑为操作基线，讨论查询等待机制，不推荐更换为某个公共DNS服务。单位电脑可能使用内部解析，必须由管理方确认地址用途和当前网络。首选、备用等字段填全，只能说明配置存在；解析耗时、连接耗时和业务登录耗时应分别判断。
观察：检查查询有没有等在某一项
把故障出现的应用、时间和网络连接交给管理员，由其核对网卡实际使用的DNS地址及请求响应。官方示例中的延迟不是所有电脑都固定等待相同秒数，不能拿示例数值当本机检测结论。某个工具只查询首个服务器的结果，也不能自动代表系统对整组地址的行为。若名称解析已经及时完成而应用仍等待，就应扩大到后续连接范围，不继续反复改DNS。
风险：不按快慢删除组织地址
先保存原配置，确认哪些服务器在当前地点或VPN条件下应当可达。不要直接清空备用项、从另一台电脑照抄地址或用公开服务替换单位解析。抓包与配置截图可能含内部域名及地址，公开咨询只保留必要现象，完整资料交获准管理人员。远程操作依赖当前网络时，修改前先约定中断后的恢复方式。
下一步：分别确认解析与业务
广元利州区用户可先请网络负责人核对实际查询证据，再拨400-877-9605确认第三方能否协助整理电脑端现象。台账只表示台式电脑品类启用，不代表有权调整单位DNS。验收时应在批准配置下比较同一目标的解析与业务结果，并确认内部服务仍能访问；一次网页能打开，或地址栏填满两项，都不能代替可达性与等待过程检查。