断网了，命令乱敲没用，到底哪步错了。
我昨天连不上公司WiFi，试了重启电脑、拔网线、重连，全没用。手机能上网，就我电脑卡在“正在获取IP地址”。网上搜一堆教程，全是复制粘贴的命令，顺序乱七八糟，试完更糟——浏览器打不开，但ping百度能通，微信也登不上。气得我把记事本打开，一条条记下每步干了啥、啥时候出问题，最后真摸出点门道。
最常被误用的是`netsh int ip reset`。很多人一上来就敲，以为能“一键修复”，其实它只管IPv4协议栈，而且清的是注册表里那一堆IP配置、路由和DHCP租约，不碰WiFi密码，也不动防火墙。但它有个坑：执行后必须手动敲`ipconfig /renew`，不然系统压根不重新去要IP。我第一次就是敲完就关命令行，等半天，当然还是169.254.x.x。
IPv6那块更没人提。现在不少校园网、联通宽带默认开双栈，你ipv4重置了，ipv6还在那儿乱飘地址，有时候DNS超时、网页加载一半就卡住，其实就卡在IPv6隧道适配器冲突上。后来我查了微软2025年更新的日志，明确写了`netsh int ipv4 reset`和`netsh int ipv6 reset`得分开敲，不能混用旧命令`netsh int ip reset`带过。我试了两个都敲，再重启，网页真刷出来了。
Winsock那块最玄乎。浏览器打不开，但cmd里`ping www.taobao.com`能通，八成是这个。不是网坏了，是软件把底层通讯“钩”歪了。比如装过火绒又卸载，或者用了某款小众翻墙工具，它们会往Winsock里塞自己的LSP层，卸载不干净就留个尾巴。`netsh winsock reset`只能清协议注册，真正清尾巴得用`netsh winsock reset catalog`，但这个命令执行后必须重启，不重启等于白干。我之前就是没重启，以为命令失效，结果多折腾半小时。
DNS缓存是最容易被高估的。很多人一断网就猛敲`ipconfig /flushdns`，其实它只管本地缓存的域名对应IP，比如你昨天访问过github，它记住了IP，今天GitHub换服务器了，你本地还用旧IP连，就打不开。但如果你连百度也打不开，那就不是DNS的事，敲了也没用。更靠谱的办法是先`ipconfig /displaydns | findstr "baidu"`看看缓存里有没有，再用`nslookup baidu.com 8.8.8.8`直连谷歌DNS试试，这样才分得清是自己缓存错，还是真断网。
我按现象排了顺序：单个软件不能上网？先flushdns+winsock reset catalog。整个电脑没IP？看是不是169开头，是就ipv4 reset+renew。IPv6也异常？补上ipv6 reset。所有命令都试过还不行？别硬刚，去设置里点“网络重置”，虽然要重输WiFi密码，但至少干净。
有次我在客户现场帮忙，他连敲四条命令，中间还穿插`ipconfig /release`，结果DHCP租约全乱，网卡直接变“未识别”。后来发现是命令之间没等系统响应，系统自己卡住了。有些命令得等几秒，有些必须重启，有些执行完立刻生效——没分清就瞎跑，越修越糊。
我还试了PowerShell替代写法，比如`Reset-NetIPConfiguration`，但发现它对Winsock无效，老老实实用netsh更稳。截图我也截了，但没必要放，命令就几行字，关键是你敲完要不要等、要不要重启、要不要再补一句renew。
最后发现，最耽误事的不是命令不会敲，是敲之前没看一眼`ipconfig /all`。169.254开头？直接跳到ipv4 reset。能ping通但打不开网页？直奔winsock。DNS解析慢？才动flushdns。五条命令，三条能解决90%的日常断网，剩下两条是补漏的。
我照这个顺序理了遍，记在便签上贴在显示器边。下次再断网，不用慌，照着读，一条一条来。
它就修好了。
全部评论