hosts文件是什么，为什么要编辑它
hosts是一个纯文本文件，Windows的解析器在询问DNS服务器之前会先查它：如果主机名列在里面，那一行的IP就是最终答案，DNS根本不会被询问。这个文件的历史比DNS还要早，而Windows至今仍把它排在第一位 —— 这正是它好用的原因。条目一行一条：一个IP地址、一个空格或制表符、然后是主机名；#后面的内容都是注释。
如今hosts靠四份工作吃饭：把开发用的名字指向自己的机器、把域名送往死地址来实现全系统屏蔽、在DNS切换之前先在新服务器上测试站点，以及在DNS瘫痪但你恰好知道IP时自救。社区维护的屏蔽清单能把第二份工作一次性扩展到成千上万个广告和遥测域名。但这一切都经不起一次粗心的编辑 —— 所以在这里，“怎么做”比“做什么”更重要。
- 本地开发 —— 127.0.0.1 myapp.test 把一个名字映射到你自己的机器
- 全系统屏蔽 —— 0.0.0.0 ads.example.com 把域名送进虚空
- 迁移测试 —— 在真正的DNS切换前，把 example.com 指向新服务器的IP
- 应急访问 —— DNS宕机但你知道地址时照样连上主机
- 清单屏蔽 —— 粘贴一份社区hosts清单，一次砍掉数千个广告域名
正确编辑hosts，一步步来
打开开始菜单，输入“记事本”，右键点击搜索结果并选择“以管理员身份运行” —— 批准UAC提示。在记事本中：文件 → 打开，把 C:\Windows\System32\drivers\etc\hosts 粘贴到地址栏，并把文件过滤器从“文本文件 (*.txt)”改成“所有文件 (*.*)”，否则hosts根本不会现身。在现有内容后面添加你的行，保持默认注释块原封不动，然后 文件 → 保存 —— 文件名必须仍然是hosts，不带任何扩展名。
一个习惯把能用的编辑和玄学问题区分开：刷新解析器缓存。Windows会缓存查询结果，所以旧答案可能在改动之后还继续获胜一阵子。打开 终端(管理员) —— 或者按 Win+R 运行 cmd —— 执行 ipconfig /flushdns；回复“Successfully flushed the DNS Resolver Cache”意味着新的查询将尊重你的行。用 ping example.com 验证：如果它从你写的那个IP应答，hosts就在履行职责。
当hosts似乎被无视时 —— 以及如何重置
三类元凶几乎覆盖了所有“我的编辑没反应”的报告。第一，DNS缓存 —— 上面的刷新就能解决。第二，浏览器：Chrome和Edge可以通过自己的安全DNS (DNS over HTTPS) 解析域名，完全绕过操作系统，所以被屏蔽的域名照样能打开；在浏览器的隐私设置里关掉安全DNS，hosts规则就会重新生效。第三，安全软件：有些杀毒软件看守着hosts并悄悄撤销改动，而Windows安全中心的“受控文件夹访问权限”可能拦截记事本的保存 —— 先查看它的通知或保护历史记录，再断定Windows坏了。
把hosts恢复出厂很容易，因为默认文件里除了注释什么都没有 —— localhost那几行都被#注释掉了。删掉你的行（或者用默认注释块替换整个文件），以管理员身份保存并再次刷新。两条值得占据字节的警告：如果hosts里出现你没写过的条目，尤其是把银行或社交网络指向奇怪地址的，请把它当作恶意软件的症状并扫描整台机器；而如果在提权的记事本里仍然被拒绝访问，右键hosts → 属性 → 安全，给Administrators完全控制权限 —— 有些锁定工具是故意收紧这些权限的。
常见问题与解答
保存hosts文件时为什么提示拒绝访问？
因为记事本没有以管理员权限打开 —— hosts是受保护的系统文件。关掉它，从开始菜单用“以管理员身份运行”重新打开再保存。如果仍然失败，检查Windows安全中心里的“受控文件夹访问权限”以及文件属性中的“安全”选项卡。
怎么用hosts文件屏蔽一个网站？
添加两行 —— 0.0.0.0 example.com 和 0.0.0.0 www.example.com —— 保存，然后运行 ipconfig /flushdns。之后该域名在使用Windows名称解析的所有应用里都会解析到死地址。
为什么我的hosts条目在Chrome或Edge里不生效？
浏览器的安全DNS (DNS over HTTPS) 在内部解析域名，绕过了hosts文件。请在浏览器的隐私设置中关闭安全DNS —— 或者先用终端里的 ping 验证条目，确认hosts本身工作正常。
继续阅读
联系我们: [email protected]