一条hosts文件,困了我两年

Chrome hosts 调试

今天发生了一件很"AI 时代"的小事。

我 Chrome 坏了两年。

症状很诡异: 地址栏输入关键词,Google search 一直转圈; 后来又变成 "this site cannot be reached"; 但直接输入 URL 却正常。

这两年,我像所有 IT 人一样干过一切"标准动作":

重装 Chrome。 升级 Chrome。 删 Profile。 查扩展。 查 DNS。 查代理。 查搜索引擎设置。 甚至怀疑过 Google 自己抽风。

没有任何用。

结果今天,我让我的 Hermes agent 涂鸦去查。

涂鸦没像普通 FAQ 一样停留在"重装试试"那一层,而是开始像个真正干过脏活累活的老运维一样,一层层往下刨:

Chrome 配置。 SQLite。 Preferences。 系统层。 hosts 文件。

最后居然挖出来:

我的 /etc/hosts 里, 有一条两年前留下的"僵尸配置":

31.13.72.23 www.google.com

而这个 IP, 属于 Facebook。

也就是说:

过去两年, 我每次在 Chrome 地址栏搜索 Google, 本质上都是:

"把 Google 请求发给 Facebook。"

Facebook 当然一脸懵: "你谁啊?"

于是 timeout。

最荒诞的是:

这个问题,更新 Chrome 永远没用。 因为 /etc/hosts 是 macOS 系统层文件, Chrome 根本不会碰它。

这就像:

你家门牌号被人偷偷改成了隔壁地址, 结果你order新家具, 却始终回不了家。

更有意思的是:

这类问题最可怕的地方, 不是复杂。

而是"你根本想不到去那里看"。

正常人会查浏览器。 查插件。 查网络。 查 DNS。

谁会想到: Chrome 搜不了, 居然是 /etc/hosts 里藏了一条 Facebook IP?

很多现实世界的问题也是这样。

真正折磨人的, 往往不是"大故障"。

而是某个两年前随手留下的"小配置"、 一个没人记得的 patch、 一次"临时方案"、 一条没人再看的规则。

它平时安静躺在那里, 像尸体一样。

直到某一天, 整个系统开始慢性中毒。

而所有人都在错误的层面疯狂排查。

这其实也是 AI agent 很有意思的一点。

它未必比人更"聪明"。

但它有时候比人更"不带偏见"。

人类经验太强了, 反而容易被经验锁死。

"Chrome 坏了" → 一定是 Chrome。 "网络有问题" → 一定查 DNS。 "搜索不 work" → 一定重装浏览器。

但 agent 不在乎面子, 也不在乎"行业常识"。

它就一层层翻。

最后真把坟给刨出来了。

两年僵尸配置, 今天入土。

发布者

立委

立委博士,多模态大模型应用咨询师。出门问问大模型团队前工程副总裁,聚焦大模型及其AIGC应用。Netbase前首席科学家10年,期间指挥研发了18种语言的理解和应用系统,鲁棒、线速,scale up to 社会媒体大数据,语义落地到舆情挖掘产品,成为美国NLP工业落地的领跑者。Cymfony前研发副总八年,曾荣获第一届问答系统第一名(TREC-8 QA Track),并赢得17个小企业创新研究的信息抽取项目(PI for 17 SBIRs)。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理