DNS 改完第二天就忘？把设置步骤写成能复查的文档

先给一条当场能核对的完第判断标准：如果你把 DNS 设置步骤交给同事，他能在不看你的天忘电脑、不问你问题的把设情况下，从文档里找到「改的置步骤写是哪台设备、原来是复查什么值、什么时候改的文档、怎么证明改成功了」这四项信息，完第这份记录才算合格。天忘缺一项，把设日后出问题就只能靠回忆，置步骤写而回忆在排查网络故障时几乎不可靠。复查

下面的文档写法围绕记录、命名、完第对账三件事展开，天忘不讨论 DNS 原理，把设也不比较哪家公共 DNS 更快，只解决「写下来的步骤以后还对得上」这个问题。

先记原值，再写新值：一张表管住两头

很多人写 DNS 设置步骤，只写「把 DNS 改成 223.5.5.5 和 119.29.29.29」，这等于只记了结果，没记过程。正确的顺序是先在文档里留一张两列表：左列「修改前」，右列「修改后」。修改前必须填满，包括自动获取还是手动填写、首选和备用分别是什么、有没有 IPv6 的 DNS。这些值在路由器管理页、系统网络设置里都能当场看到，截图或抄写都行，但抄写要连字段名一起抄，比如「首选 DNS 服务器」而不是只写一串数字。

举个具体场景：家里路由器 WAN 口原本是运营商自动下发 DNS，你为了排查某网站解析慢，手动改成了公共 DNS。文档里就要写清：设备是客厅那台路由器，登录地址、管理账号在哪记着（密码不要写进文档正文，写「见密码管理器条目：家庭路由器」即可），修改前 WAN 口 DNS 为「自动获取」，修改后为首选 223.5.5.5、备用 119.29.29.29。改完之后立刻做一次验证：在电脑上打开命令行，用 nslookup 查一个常用域名，看返回的服务器地址是不是你刚填的那个。把这条命令和返回结果的第一行一起贴进文档，这就是「怎么证明改成功了」。

注意一个边界：如果设备是公司电脑或单位网络，DNS 往往由 IT 统一管理，自己改可能违反规定，也可能改完被策略刷回去。这种情况文档里要写明「未修改，归属 IT 管理」，并记下报障渠道，而不是硬改。

文件怎么命名：让三个月后的自己一眼认出来

文档内容再好，命名成「新建文本文档(3).txt」就等于没写。建议用「日期_设备_动作」三段式，例如「2025-03-14_客厅路由器_改DNS.md」。日期用修改当天，不要用创建日期；设备写能对应到实物的名字，别写「主路由」「那个路由器」这种过两个月就分不清的叫法；动作用一个动词，改、恢复、测试各算一种。

如果同一台设备改过多次，不要覆盖旧文件，而是在文件名后加序号或在文内加「变更记录」小节，按时间倒序排列。每条记录写三行：改了什么、为什么改、验证结果。为什么改这一行最容易被省略，但它恰恰是日后判断「要不要恢复」的依据。比如当时是因为某个网站打不开才换的 DNS，后来网站自己修好了，你看到这行理由就知道可以改回自动获取。

存放位置也要固定。建议放一个专门的文件夹，比如「网络配置记录」，里面再按设备分子文件夹。不要把文档散在桌面、聊天记录和邮件附件里，否则对账时第一件事就变成找文件。

日后怎么对得上：用一次复查把记录闭环

记录写完不等于结束。隔一段时间（比如换季整理电脑时，或网络出现异常时），做一次复查：打开文档，照着「修改后」的值去设备上核对一遍，看是否一致。不一致有两种常见原因：一是设备恢复出厂或系统更新后 DNS 回到自动获取，二是别人改过没记录。两种都值得在文档里补一行「某月某日复查，发现已恢复自动获取，未再修改」。

复查时顺便验证解析是否正常：用 nslookup 分别查一个国内常用域名和一个境外域名，看是否都能返回地址。如果某个域名查不到，先别急着再改 DNS，而是记录下现象和时间，再判断是本地设置问题还是上游解析问题。这一步的意义在于，把「DNS 设置怎样写成可执行步骤」从一次性的操作变成可追溯的维护习惯——步骤是给人看的，记录是给未来的自己看的。

最后提醒一句：文档里不要写管理密码、宽带账号这类敏感信息，用「见密码管理器」代替；涉及单位网络的修改，先确认是否有权限，拿不准就问 IT，别靠文档补锅。做到原值可查、命名可认、复查可对，这份 DNS 设置记录才算真正写完。