sudo watch命令显示Firefox存在无法解析域名的HTTPS ESTABLISHED连接，原因何在？

这问题挺有意思的——明明通过sudo watch lsof -i和sudo watch netstat -tp看到Firefox的HTTPS连接处于ESTABLISHED状态，但host/dig解析不了对应域名，Firefox直接访问还报“Server not found”。我来拆解几个最可能的场景：

• Firefox独立DNS缓存未过期
  Firefox自带一套独立的DNS缓存机制，和系统级工具（host/dig）用的缓存不是一回事。如果之前这个域名成功解析过，Firefox的缓存还在有效期内，就会维持已建立的TCP连接；但系统缓存已经失效或者从未存储过该域名的记录，就会导致host/dig查不到。你可以在Firefox地址栏输入about:networking#dns，查看该域名的缓存条目，手动清空后再测试。

• hosts文件映射已被移除
  假设之前你在/etc/hosts里手动添加过该域名的IP映射，Firefox当时通过这个映射建立了连接，之后hosts里的条目被删除了。注意：已建立的TCP连接不会因为hosts文件的变更而中断，所以连接状态依然是ESTABLISHED；但新的解析请求（包括host/dig和Firefox的新访问请求）会因为找不到hosts映射且DNS无记录而失败。

• 代理/VPN的残留连接
  如果之前使用过代理、VPN或Tor等工具，Firefox可能通过这些工具完成了域名解析并建立了连接，之后系统或Firefox的代理设置被恢复默认，但已有的TCP连接还没被主动断开。此时系统工具（host/dig）用本地DNS解析自然找不到域名，但Firefox的旧连接还能维持ESTABLISHED状态。

• HTTPS长连接复用的特性
  HTTPS通常会启用长连接来提升性能，Firefox可能复用了之前和某个IP建立的连接（比如虚拟主机场景，多个域名对应同一个IP）。如果之后该域名的DNS记录被移除或修改，新的解析请求会失败，但已有的长连接只要双方没主动断开，就会保持ESTABLISHED状态。

• DNS服务器配置不一致
  检查下Firefox的DNS设置是否和系统默认DNS不同：比如Firefox手动指定了某台DNS服务器，而系统用的是另一台。当Firefox用指定的DNS解析到域名并建立连接后，该DNS服务器的记录被清除，或者系统DNS从未同步过该记录，就会出现host/dig解析失败但旧连接仍存在的情况。

内容的提问来源于stack exchange，提问作者user274060