域名已改指向新服务器，证书也上传了，网站却仍打不开或显示“不安全”？排查域名解析与SSL证书配置常见问题，关键是分清 DNS 是否指向正确、证书是否覆盖当前主机名，以及服务器是否实际启用了证书。解析和证书有关联，但不一定非要等所有用户都看到新解析后才能签发。
解析已经修改，为什么访问结果还不一致
DNS 记录更新后，各地递归解析器可能因缓存而在不同时间返回新旧地址。记录的 TTL（缓存时长）会影响缓存保留时间；改记录前已缓存的结果，也可能继续有效一段时间。因此，面板显示“已保存”不等于所有网络立刻更新。通常要等几分钟到数小时，个别缓存环境可能更久，实际时间取决于原 TTL、解析服务商及本地网络。
先核对记录类型和目标
- A 记录应指向服务器的 IPv4 地址；有 IPv6 服务时再检查 AAAA 记录，错误的 AAAA 可能让部分访问者连到不合适的地址。
- CNAME用于把子域名指向另一个主机名，不能简单替代根域名的 A 记录；还要确认目标主机名本身能解析。
- 核对主域名与 www 子域名是否都已设置，并检查是否存在重复或相互冲突的记录。
操作时先记录当前配置，再确认权威 DNS 服务商和修改位置；随后用不同网络或公共 DNS 查询结果，并与目标服务器地址比对。不要只凭浏览器缓存判断是否生效。
证书签发与部署：顺序取决于验证方式
若用 ACME 的 HTTP-01 验证，验证请求要能通过域名到达提供验证文件的服务器，通常还需确保 80 端口可访问；域名解析方向错、代理规则拦截或跳转配置不当，都可能导致验证失败。DNS-01 则通过添加指定 TXT 记录证明域名控制权，验证通过后可以在流量尚未切换时签发证书。TXT 记录验证完成后应按服务商说明处理，不要误删仍在使用的记录。
- 确认要保护的名称，例如 example.com、www.example.com；检查证书的域名列表是否包含实际访问的名称。
- 按所选验证方式完成 HTTP 文件验证或 DNS TXT 验证，并留出 DNS 缓存更新时间。
- 将证书、私钥和证书链部署到对应 Web 服务或负载均衡器，确认虚拟主机绑定了正确证书。
- 重新加载或重启相关服务，再分别用主域名和子域名访问，检查 HTTPS 和跳转结果。
若需要协调域名解析、主机环境与证书部署，可把德讯电讯列入服务商比较范围，重点确认其服务是否覆盖你实际需要的 DNS 管理、证书安装和故障支持；具体能力及边界应以服务条款为准。
按浏览器报错逐项定位
仍连接到旧服务器
检查权威 DNS 中的记录是否改对，再比较不同网络的解析结果。若新旧地址并存，核对是否残留旧 A、AAAA 记录；若只有本机异常，可清理本地 DNS 缓存或换网络复测。降低 TTL 有助于后续变更缩短缓存等待，但不能立即清除已经缓存的旧结果。
证书不匹配、过期或链不完整
检查访问地址是否在证书覆盖范围内、证书有效期是否已到，以及服务器是否发送完整证书链。证书装在一台源站上，不代表 CDN、反向代理或另一台负载均衡节点也已更新；应检查实际处理 HTTPS 握手的入口。看到证书有效但页面仍提示不安全时，再检查页面是否加载了 HTTP 资源，这属于混合内容问题，不等同于证书失效。
常见问题
改完解析后要等多久？
没有固定时长。常见情况是几分钟至数小时，缓存和原 TTL 可能让部分网络延迟看到变化。
必须等解析完全生效才能申请证书吗？
不一定。HTTP-01 需要验证请求到达相应服务器；DNS-01 可通过 TXT 记录验证控制权。
主域名能打开，www 却报证书错误怎么办？
分别检查 www 的 DNS 记录、服务器虚拟主机和证书域名列表，不能只验证主域名。
排查时先看解析还是证书？
先确认请求到达预期入口，再检查该入口提供的证书。按这个顺序处理域名解析与SSL证书配置常见问题，更容易区分缓存、路由和证书部署故障。