“校园网连上了但没网”这八个字几乎是每个新学期都会被反复提起的老问题。笔记本右下角Wi-Fi图标亮着信号满格认证客户端也显示登录成功可浏览器一打开就是“正在加载”或者“无法访问此网站”。这时候总会有人丢过来一句在地址栏里敲1.1.1.1试试。说实话这个方法我第一次听到时也半信半疑后来在宿舍、实验室、图书馆自习区来回折腾了几年才明白它不是什么玄学偏方而是一个非常好用的网络分层排查入口。它真正解决的不是“没网”这个模糊描述而是帮你判断“到底是哪一层没通”。这篇内容就把这件事讲透1.1.1.1 是什么、为什么输入它就能看出问题、校园网这种特殊环境里该怎么一步步排查、哪些坑我亲自踩过。不管你是刚入学的新生还是被室友喊去“看看网”的半吊子技术担当都能照着做。1. 先别急着重启把“连上但没网”拆成四层来看1.1 从Wi-Fi图标到网页加载中间隔着四道关卡很多人对“联网”的理解是一条线连上Wi-Fi就等于能上网。实际不是。从你点开浏览器到页面出现中间至少隔着四道关卡任何一道卡住表现都是“没网”但病因完全不同。第一道是链路层也就是无线网卡和接入点之间有没有建立连接。Wi-Fi图标亮着、显示“已连接”只说明这一层通了。第二道是网络层设备有没有拿到合法的IP地址、子网掩码、默认网关这一步靠DHCP完成。第三道是认证层校园网通常会有Portal页面认证或者专用客户端认证没通过认证的设备即使拿到了IP流量也会被网关拦下来。第四道才是应用层包括DNS解析、TCP连接、TLS握手、HTTP请求。我见过太多人一上来就改DNS、换浏览器、重装系统结果问题其实卡在第二层——设备拿的是一个169.254开头的自动私有地址网关根本没分配成功。这种情况下你把DNS改成什么地址都没用因为数据包连小区门都出不去。所以排查的第一步不是动手改而是先确认自己卡在哪一层。这个思路听起来朴素但能省掉大量无效操作。1.2 浏览器里输入IP为什么能当“听诊器”用平时我们访问网站输入的是域名比如某个学习平台的名字。浏览器拿到域名后第一件事是找DNS服务器问“这个域名对应的IP是多少”拿到IP之后才去跟那台服务器建立连接。也就是说域名访问天然依赖DNS而IP访问不需要。这就是输入1.1.1.1的价值所在。它相当于做了一次对照实验如果域名打不开但直接输入IP能打开页面说明你的网络链路是通的问题大概率出在DNS解析上如果连IP都打不开那问题就更靠下可能是网关、认证、路由或者设备本身。这个判断只需要十秒钟却能把排查范围砍掉一半。我习惯把这个过程叫作“听诊”不急着开药先用一个最简单的动作听听哪里没有声音。很多网络问题之所以越修越乱就是因为跳过了诊断直接动手改了一堆设置最后连最初的现象都复现不了了。1.3 一个容易被误判的现象认证页没弹出来校园网还有一个特别常见的坑认证页面没有自动弹出。设备明明连上了Wi-FiIP也拿到了但打开浏览器输入任何地址都转圈既不跳认证页也不报明确错误。很多人以为这是“没网”其实是认证流程被拦住了。常见原因有这么几类浏览器把认证页当成弹窗拦截了系统里之前配置过某个中转服务器或者Hosts记录导致认证域名被解析到了错误地址设备时间与网络时间偏差太大证书校验失败还有些安全软件会接管浏览器的首屏请求把跳转逻辑吃掉。判断方法很简单手动在地址栏输入一个常见的认证入口地址或者输入一个纯IP的页面看看有没有反应。如果IP能打开、域名跳转失败基本可以锁定是解析或者拦截问题而不是链路问题。这一步和1.1.1.1的对照实验是互补的一个看“通不通”一个看“跳不跳”。2. 1.1.1.1 这个地址到底管什么用2.1 DNS是互联网的“电话簿”不是“网线”很多人把DNS和网络连接混为一谈觉得“DNS坏了就是断网了”。准确地说DNS只是一本电话簿你报一个名字它告诉你对应的号码。电话簿丢了你打不了电话但电话线本身可能是好的。DNS服务器的工作就是接收域名查询返回IP地址。这个查询过程通常是递归的你的设备问本地DNS本地DNS如果不知道就往上问直到拿到结果再层层返回。校园网里的DNS服务器一般由网络中心统一提供通过DHCP自动下发给设备。它的优点是离你近、解析校内资源快缺点是如果它本身出故障、被限流或者配置出了偏差你所有依赖域名的访问都会卡住但IP直连却正常。这也是为什么“改DNS”成了民间最流行的网络偏方。它确实能解决一部分问题但只对DNS解析故障有效。如果问题是网关不通、认证没过改DNS就是白忙活。我在宿舍见过有人把DNS改了三遍最后发现是网线松了这种事说出来好笑但当时当事人是真的急。2.2 为什么DNS出问题时输入IP反而能打开网页假设你访问一个学习资源站域名解析被卡住了浏览器一直停在“正在解析主机”。这时候你在地址栏输入1.1.1.1浏览器不需要问DNS“1.1.1.1是谁”因为它本身就是IP。它会直接向这个地址发起连接走的是同一套网关、同一套路由。如果这个页面能打开说明你的设备到公网的路由是通的认证大概率也过了问题就锁定在域名解析环节。这时候再去检查DNS服务器地址、清缓存、换一个公共DNS方向就非常明确。如果这个页面打不开也不代表世界末日。继续往下分能不能ping通网关能不能打开校内的某个IP页面如果校内IP能开、校外IP不能开那可能是认证或者出口策略问题如果连网关都ping不通那就是本地链路或者IP配置问题。一层一层剥比盲目重启有效得多。2.3 几个常见公共DNS地址与选择思路公共DNS的作用是给你提供一个备用的解析入口。下面这几个地址在排查时经常被用到我列出来只是为了方便你做对照实验不涉及任何推荐排序。地址常见用途特点说明1.1.1.1公共解析响应快适合做连通性对照8.8.8.8公共解析老牌地址覆盖面广223.5.5.5公共解析国内访问延迟通常较低119.29.29.29公共解析常用备选之一114.114.114.114公共解析普及度高记忆方便选择的时候不用纠结“哪个最好”因为不同网络环境下的表现差异很大。我的做法是主DNS保留校园网自动下发的地址备用DNS填一个公共地址。这样既不影响校内资源解析又能在主DNS出问题时有一个兜底。注意备用DNS不是自动故障转移的万能药很多系统只有在主DNS超时后才会尝试备用所以它更像保险丝不是加速器。提示修改DNS之前先把原来的地址记下来或者截图。校园网环境里有些校内站点只认校内DNS改完忘了改回去后面访问图书馆资源、内部系统时又会出问题。3. 完整实操从输入地址到恢复上网的五步排查法3.1 第一步用IP直连做一次对照实验打开浏览器在地址栏输入1.1.1.1回车。注意是地址栏不是搜索框。如果你用的是某些会把地址栏输入当搜索词的浏览器记得在地址前面加上http://避免它把IP当成关键词去搜索。观察结果分三种情况页面能打开说明链路、网关、认证基本正常重点查DNS。页面打不开但很快报错记下报错类型比如“连接超时”“无法访问此网站”“ERR_CONNECTION_REFUSED”不同报错指向不同环节。一直转圈没有结果更像是网关不通或者流量被拦截。这一步不需要任何工具三十秒内就能完成。我建议你把这个动作养成习惯遇到“没网”先做对照再决定往哪个方向修。3.2 第二步检查网关和IP地址是不是“假在线”Windows上打开命令提示符输入ipconfig /all重点看三个信息IPv4地址、默认网关、DHCP服务器。如果IPv4地址是169.254开头说明DHCP没拿到地址设备在自我分配这种情况几乎可以肯定上不了网。如果默认网关为空路由表不完整同样出不去。接着测试网关连通性ping 你的默认网关地址比如网关是192.168.1.1就ping这个地址。能通说明本地链路没问题不通说明无线连接、网卡驱动或者接入点侧有问题。再测试一个公网IPping 1.1.1.1能ping通但网页打不开问题可能在DNS或者应用层ping不通但网关能通问题可能在认证或者出口策略。macOS和Linux用户可以用ifconfig或ip addr查看地址用netstat -rn查看路由表。命令不同思路一样先确认自己有没有合法身份再确认能不能走到门口。3.3 第三步改DNS的具体操作确认是DNS问题之后再动手改。不同系统的入口不一样我按常用平台分别说。Windows打开“网络和Internet设置”进入“更改适配器选项”右键当前使用的无线或有线连接选择“属性”双击“Internet协议版本4”选择“使用下面的DNS服务器地址”主DNS填校园网原来的地址或者留空备用DNS填一个公共地址。保存后建议执行一次ipconfig /flushdnsmacOS进入“系统设置”里的网络选中当前连接点“详细信息”切到“DNS”标签页用加号添加地址。改完后同样建议清一次缓存sudo dscacheutil -flushcacheAndroid和iOS移动端一般不直接暴露DNS设置需要在Wi-Fi详情里找“配置DNS”或者“私有DNS”选项。如果系统版本不支持就别硬改优先在电脑上排查或者用浏览器自带的诊断页面看解析状态。改完之后重新访问一个域名站点测试。如果域名能打开、IP也能打开说明问题解决如果IP能打开、域名还是不行检查是不是浏览器缓存或者Hosts文件在作怪。3.4 第四步清缓存、换浏览器、看时间DNS缓存分好几层系统缓存、浏览器缓存、路由器缓存。系统缓存清过了浏览器这一层也别漏。大多数浏览器都有“清除浏览数据”的入口选择“缓存的图片和文件”即可不用把密码和历史记录一起清掉。换一个浏览器测试也是快速排除法。如果A浏览器打不开、B浏览器能打开问题大概率在A浏览器的扩展、缓存或者安全设置上。我遇到过某款插件接管了所有请求把特定域名指向了本地地址表现就是“别的网站都能开就它不行”。还有一个特别容易被忽略的点系统时间。时间偏差太大会导致HTTPS证书校验失败浏览器会直接拦截页面报“证书无效”或者“连接不是私密连接”。很多人看到这个报错以为是网络问题其实是时间跑偏了。把系统时间设为自动同步重启浏览器再试往往就好了。3.5 第五步处理认证门户与安全软件拦截如果IP能通、域名也能解析但网页就是打不开或者总是跳到奇怪页面就要看认证和安全软件了。校园网的认证方式通常有三种网页Portal认证、专用客户端认证、MAC地址绑定。Portal认证最容易被浏览器拦截可以尝试手动输入认证入口地址或者换一个不常用的浏览器关闭弹窗拦截。专用客户端认证则要注意客户端版本和系统兼容性有些旧版本在新系统上会显示“已登录”但实际没通过。安全软件方面某些防火墙或者流量管理工具会接管浏览器的首屏请求导致跳转失败。排查时可以临时退出这类软件再试一次。如果退出后恢复正常就去软件设置里把认证域名加入白名单而不是一直关着不用。注意排查过程中尽量不要同时改多个设置。一次只动一个变量改完测一次不行就改回去。否则最后问题解决了你也不知道是哪一步起的作用下次再遇到还是一头雾水。4. 现象对照表不同报错对应不同病因4.1 常见现象与处理速查网络排查最怕“症状描述模糊”。下面这张表是我自己整理的对照速查把常见现象和大概率病因放在一起方便你快速定位。现象大概率病因优先处理Wi-Fi显示已连接IP是169.254开头DHCP未分配地址重连、重启网卡、检查接入点能ping通网关ping不通公网IP认证未通过或出口策略限制检查认证状态、重新登录能ping通公网IP域名打不开DNS解析故障改DNS、清缓存输入1.1.1.1能开其他域名全挂DNS问题概率高对照实验、换DNS输入1.1.1.1也打不开但校内IP能开出口或认证问题检查认证客户端页面提示证书错误系统时间偏差或拦截校准时间、检查拦截软件只有某个网站打不开该站点自身故障或本地Hosts换设备测试、检查Hosts认证页不弹出浏览器拦截或解析异常手动输入认证地址、换浏览器这张表不是万能答案但它能帮你把“没网”翻译成更具体的问题。排查的本质就是不断缩小范围而不是一次性猜中答案。4.2 IPv6、DoH、多网卡这些隐藏变量现在的网络环境比以前复杂几个隐藏变量经常把人带偏。IPv6优先有些系统会优先走IPv6如果校园网的IPv6出口没有配置好而域名又解析出了AAAA记录浏览器就会先尝试IPv6超时后再回退到IPv4。表现就是“打开很慢但最终能开”或者“时好时坏”。排查时可以在系统设置里临时关闭IPv6看看现象是否消失。加密DNS部分浏览器和系统默认开启了加密DNS查询不走本地下发的DNS服务器而是走内置的解析通道。这在公共网络里是好事但在校园网里可能导致校内域名解析不到。表现是校外网站正常、校内资源打不开。遇到这种情况去浏览器设置里关闭“安全DNS”或者改为“使用当前服务提供商”。多网卡冲突笔记本同时开着Wi-Fi和有线或者装了虚拟网卡、容器工具路由表里可能出现多条默认路由流量走了错误的那条。用route print或者netstat -rn看一下默认路由指向哪个接口心里就有数了。4.3 排查顺序的经验先近后远、先软后硬我自己的排查顺序基本固定先看IP和网关再看认证再看DNS最后看应用层。这个顺序的好处是每一步都能独立验证不会互相干扰。“先近后远”指的是先查自己设备到接入点这一段再查接入点到出口那一段。“先软后硬”指的是先查配置、缓存、认证状态再考虑网卡驱动、硬件故障。因为绝大多数问题出在配置层硬件故障反而是小概率事件。还有一条经验别在问题现场做不可逆操作。比如重装网卡驱动、重置网络设置、删除所有配置文件这些操作一旦做了问题没解决反而增加了新的变量。先把能恢复原状的设置改一遍确认无效再考虑大动作。5. 踩坑实录几个典型场景下的排查过程5.1 场景一IP能开域名全挂某同学反映宿舍Wi-Fi连上了认证也过了但除了少数几个App网页几乎全打不开。我让他输入1.1.1.1页面秒开。这一下就基本锁定DNS了。接着看他的DNS配置发现主DNS和备用DNS都被手动改成了同一个地址而且那个地址在当前网络里响应很慢。恢复成自动获取之后域名访问恢复正常。问题不在于公共DNS不好而在于他改完之后没有测试也没有记下原来的配置导致后面几天一直以为是“校园网抽风”。这个场景的教训很直接改DNS可以但要保留回退路径。最好把原地址截图或者干脆用“自动获取”作为主方案只在排查时临时指定。5.2 场景二改了DNS第二天又失效另一个常见情况是改完DNS当天好了第二天连上网络又不行了。原因通常有两个一是系统里有多个网络配置文件改的只是其中一个切换网络后生效的是另一套配置二是某些认证客户端或者管理软件会在登录时重置网络设置把你手动改的DNS覆盖掉。处理办法是检查所有相关网络配置包括当前连接、备用连接、虚拟网卡。如果确认是客户端覆盖就不要跟它对抗改用自动获取把排查重点放回认证和网关。很多时候DNS只是背了锅真正的问题是认证客户端在后台反复重连导致网络状态不稳定。5.3 场景三客户端显示已登录网页还是转圈某实验室的公用电脑认证客户端显示“已登录”但浏览器打开任何页面都转圈。IP配置正常网关能ping通1.1.1.1也能打开就是域名不行。最后发现是Hosts文件里残留了一条旧记录把认证域名指向了一个已经不存在的地址。清理Hosts之后恢复正常。这个问题的隐蔽性在于它不影响IP访问只影响特定域名表现非常像DNS故障但改DNS没用。Hosts文件的位置Windows在C:\Windows\System32\drivers\etc\hostsmacOS和Linux在/etc/hosts。排查时可以用文本编辑器打开看看有没有异常条目尤其是那些你完全没印象的域名。提示修改Hosts需要管理员权限改之前先备份。排查完把临时加的条目删掉不要留着否则下次网络变动时又会出问题。6. 把这些设置固化成习惯6.1 备用DNS的配置策略我不建议把公共DNS设成主DNS尤其是在校园网环境里。校内资源、认证页面、图书馆系统往往依赖校内解析主DNS改成公共地址后这些资源可能解析不到或者绕远路。更稳妥的做法是主DNS用自动获取备用DNS填一个公共地址作为兜底。如果你经常在不同网络之间切换可以给每个网络单独保存配置而不是全局改。Windows的网络配置文件、macOS的“位置”功能都支持这套逻辑。多花两分钟配置能省掉以后很多次“怎么又没网了”的困惑。6.2 记录一份自己的网络排查清单我现在习惯在备忘录里放一份简短的排查清单遇到问题时按顺序过一遍看IP是不是169.254开头是就重连或查DHCP。ping网关确认本地链路。ping 1.1.1.1确认出口。输入1.1.1.1做对照实验判断DNS。检查认证状态和客户端。清DNS缓存、换浏览器、看系统时间。检查Hosts、加密DNS、多网卡路由。这份清单不复杂但能覆盖八成以上的常见问题。真正复杂的故障还是得靠专业工具抓包分析但对日常使用来说按顺序排除已经足够。最后分享一个我个人踩坑后养成的习惯每次帮别人处理完网络问题都把改过的设置记一笔改回去了哪些、保留了哪些。因为最容易出问题的不是“不会修”而是“修完之后忘了自己动过什么”。网络设置这东西改的时候觉得清清楚楚过两周就忘得一干二净等下次出问题面对一堆非默认配置排查成本反而更高。把1.1.1.1当成一个诊断入口而不是一个万能答案很多问题会变得清晰得多。 
长河君 · 2026/11/4 8:15:02 · 阅读 1.2k 校园网连上但没网：用1.1.1.1做分层排查
“校园网连上了但没网”这八个字几乎是每个新学期都会被反复提起的老问题。笔记本右下角Wi-Fi图标亮着信号满格认证客户端也显示登录成功可浏览器一打开就是“正在加载”或者“无法访问此网站”。这时候总会有人丢过来一句在地址栏里敲1.1.1.1试试。说实话这个方法我第一次听到时也半信半疑后来在宿舍、实验室、图书馆自习区来回折腾了几年才明白它不是什么玄学偏方而是一个非常好用的网络分层排查入口。它真正解决的不是“没网”这个模糊描述而是帮你判断“到底是哪一层没通”。这篇内容就把这件事讲透1.1.1.1 是什么、为什么输入它就能看出问题、校园网这种特殊环境里该怎么一步步排查、哪些坑我亲自踩过。不管你是刚入学的新生还是被室友喊去“看看网”的半吊子技术担当都能照着做。1. 先别急着重启把“连上但没网”拆成四层来看1.1 从Wi-Fi图标到网页加载中间隔着四道关卡很多人对“联网”的理解是一条线连上Wi-Fi就等于能上网。实际不是。从你点开浏览器到页面出现中间至少隔着四道关卡任何一道卡住表现都是“没网”但病因完全不同。第一道是链路层也就是无线网卡和接入点之间有没有建立连接。Wi-Fi图标亮着、显示“已连接”只说明这一层通了。第二道是网络层设备有没有拿到合法的IP地址、子网掩码、默认网关这一步靠DHCP完成。第三道是认证层校园网通常会有Portal页面认证或者专用客户端认证没通过认证的设备即使拿到了IP流量也会被网关拦下来。第四道才是应用层包括DNS解析、TCP连接、TLS握手、HTTP请求。我见过太多人一上来就改DNS、换浏览器、重装系统结果问题其实卡在第二层——设备拿的是一个169.254开头的自动私有地址网关根本没分配成功。这种情况下你把DNS改成什么地址都没用因为数据包连小区门都出不去。所以排查的第一步不是动手改而是先确认自己卡在哪一层。这个思路听起来朴素但能省掉大量无效操作。1.2 浏览器里输入IP为什么能当“听诊器”用平时我们访问网站输入的是域名比如某个学习平台的名字。浏览器拿到域名后第一件事是找DNS服务器问“这个域名对应的IP是多少”拿到IP之后才去跟那台服务器建立连接。也就是说域名访问天然依赖DNS而IP访问不需要。这就是输入1.1.1.1的价值所在。它相当于做了一次对照实验如果域名打不开但直接输入IP能打开页面说明你的网络链路是通的问题大概率出在DNS解析上如果连IP都打不开那问题就更靠下可能是网关、认证、路由或者设备本身。这个判断只需要十秒钟却能把排查范围砍掉一半。我习惯把这个过程叫作“听诊”不急着开药先用一个最简单的动作听听哪里没有声音。很多网络问题之所以越修越乱就是因为跳过了诊断直接动手改了一堆设置最后连最初的现象都复现不了了。1.3 一个容易被误判的现象认证页没弹出来校园网还有一个特别常见的坑认证页面没有自动弹出。设备明明连上了Wi-FiIP也拿到了但打开浏览器输入任何地址都转圈既不跳认证页也不报明确错误。很多人以为这是“没网”其实是认证流程被拦住了。常见原因有这么几类浏览器把认证页当成弹窗拦截了系统里之前配置过某个中转服务器或者Hosts记录导致认证域名被解析到了错误地址设备时间与网络时间偏差太大证书校验失败还有些安全软件会接管浏览器的首屏请求把跳转逻辑吃掉。判断方法很简单手动在地址栏输入一个常见的认证入口地址或者输入一个纯IP的页面看看有没有反应。如果IP能打开、域名跳转失败基本可以锁定是解析或者拦截问题而不是链路问题。这一步和1.1.1.1的对照实验是互补的一个看“通不通”一个看“跳不跳”。2. 1.1.1.1 这个地址到底管什么用2.1 DNS是互联网的“电话簿”不是“网线”很多人把DNS和网络连接混为一谈觉得“DNS坏了就是断网了”。准确地说DNS只是一本电话簿你报一个名字它告诉你对应的号码。电话簿丢了你打不了电话但电话线本身可能是好的。DNS服务器的工作就是接收域名查询返回IP地址。这个查询过程通常是递归的你的设备问本地DNS本地DNS如果不知道就往上问直到拿到结果再层层返回。校园网里的DNS服务器一般由网络中心统一提供通过DHCP自动下发给设备。它的优点是离你近、解析校内资源快缺点是如果它本身出故障、被限流或者配置出了偏差你所有依赖域名的访问都会卡住但IP直连却正常。这也是为什么“改DNS”成了民间最流行的网络偏方。它确实能解决一部分问题但只对DNS解析故障有效。如果问题是网关不通、认证没过改DNS就是白忙活。我在宿舍见过有人把DNS改了三遍最后发现是网线松了这种事说出来好笑但当时当事人是真的急。2.2 为什么DNS出问题时输入IP反而能打开网页假设你访问一个学习资源站域名解析被卡住了浏览器一直停在“正在解析主机”。这时候你在地址栏输入1.1.1.1浏览器不需要问DNS“1.1.1.1是谁”因为它本身就是IP。它会直接向这个地址发起连接走的是同一套网关、同一套路由。如果这个页面能打开说明你的设备到公网的路由是通的认证大概率也过了问题就锁定在域名解析环节。这时候再去检查DNS服务器地址、清缓存、换一个公共DNS方向就非常明确。如果这个页面打不开也不代表世界末日。继续往下分能不能ping通网关能不能打开校内的某个IP页面如果校内IP能开、校外IP不能开那可能是认证或者出口策略问题如果连网关都ping不通那就是本地链路或者IP配置问题。一层一层剥比盲目重启有效得多。2.3 几个常见公共DNS地址与选择思路公共DNS的作用是给你提供一个备用的解析入口。下面这几个地址在排查时经常被用到我列出来只是为了方便你做对照实验不涉及任何推荐排序。地址常见用途特点说明1.1.1.1公共解析响应快适合做连通性对照8.8.8.8公共解析老牌地址覆盖面广223.5.5.5公共解析国内访问延迟通常较低119.29.29.29公共解析常用备选之一114.114.114.114公共解析普及度高记忆方便选择的时候不用纠结“哪个最好”因为不同网络环境下的表现差异很大。我的做法是主DNS保留校园网自动下发的地址备用DNS填一个公共地址。这样既不影响校内资源解析又能在主DNS出问题时有一个兜底。注意备用DNS不是自动故障转移的万能药很多系统只有在主DNS超时后才会尝试备用所以它更像保险丝不是加速器。提示修改DNS之前先把原来的地址记下来或者截图。校园网环境里有些校内站点只认校内DNS改完忘了改回去后面访问图书馆资源、内部系统时又会出问题。3. 完整实操从输入地址到恢复上网的五步排查法3.1 第一步用IP直连做一次对照实验打开浏览器在地址栏输入1.1.1.1回车。注意是地址栏不是搜索框。如果你用的是某些会把地址栏输入当搜索词的浏览器记得在地址前面加上http://避免它把IP当成关键词去搜索。观察结果分三种情况页面能打开说明链路、网关、认证基本正常重点查DNS。页面打不开但很快报错记下报错类型比如“连接超时”“无法访问此网站”“ERR_CONNECTION_REFUSED”不同报错指向不同环节。一直转圈没有结果更像是网关不通或者流量被拦截。这一步不需要任何工具三十秒内就能完成。我建议你把这个动作养成习惯遇到“没网”先做对照再决定往哪个方向修。3.2 第二步检查网关和IP地址是不是“假在线”Windows上打开命令提示符输入ipconfig /all重点看三个信息IPv4地址、默认网关、DHCP服务器。如果IPv4地址是169.254开头说明DHCP没拿到地址设备在自我分配这种情况几乎可以肯定上不了网。如果默认网关为空路由表不完整同样出不去。接着测试网关连通性ping 你的默认网关地址比如网关是192.168.1.1就ping这个地址。能通说明本地链路没问题不通说明无线连接、网卡驱动或者接入点侧有问题。再测试一个公网IPping 1.1.1.1能ping通但网页打不开问题可能在DNS或者应用层ping不通但网关能通问题可能在认证或者出口策略。macOS和Linux用户可以用ifconfig或ip addr查看地址用netstat -rn查看路由表。命令不同思路一样先确认自己有没有合法身份再确认能不能走到门口。3.3 第三步改DNS的具体操作确认是DNS问题之后再动手改。不同系统的入口不一样我按常用平台分别说。Windows打开“网络和Internet设置”进入“更改适配器选项”右键当前使用的无线或有线连接选择“属性”双击“Internet协议版本4”选择“使用下面的DNS服务器地址”主DNS填校园网原来的地址或者留空备用DNS填一个公共地址。保存后建议执行一次ipconfig /flushdnsmacOS进入“系统设置”里的网络选中当前连接点“详细信息”切到“DNS”标签页用加号添加地址。改完后同样建议清一次缓存sudo dscacheutil -flushcacheAndroid和iOS移动端一般不直接暴露DNS设置需要在Wi-Fi详情里找“配置DNS”或者“私有DNS”选项。如果系统版本不支持就别硬改优先在电脑上排查或者用浏览器自带的诊断页面看解析状态。改完之后重新访问一个域名站点测试。如果域名能打开、IP也能打开说明问题解决如果IP能打开、域名还是不行检查是不是浏览器缓存或者Hosts文件在作怪。3.4 第四步清缓存、换浏览器、看时间DNS缓存分好几层系统缓存、浏览器缓存、路由器缓存。系统缓存清过了浏览器这一层也别漏。大多数浏览器都有“清除浏览数据”的入口选择“缓存的图片和文件”即可不用把密码和历史记录一起清掉。换一个浏览器测试也是快速排除法。如果A浏览器打不开、B浏览器能打开问题大概率在A浏览器的扩展、缓存或者安全设置上。我遇到过某款插件接管了所有请求把特定域名指向了本地地址表现就是“别的网站都能开就它不行”。还有一个特别容易被忽略的点系统时间。时间偏差太大会导致HTTPS证书校验失败浏览器会直接拦截页面报“证书无效”或者“连接不是私密连接”。很多人看到这个报错以为是网络问题其实是时间跑偏了。把系统时间设为自动同步重启浏览器再试往往就好了。3.5 第五步处理认证门户与安全软件拦截如果IP能通、域名也能解析但网页就是打不开或者总是跳到奇怪页面就要看认证和安全软件了。校园网的认证方式通常有三种网页Portal认证、专用客户端认证、MAC地址绑定。Portal认证最容易被浏览器拦截可以尝试手动输入认证入口地址或者换一个不常用的浏览器关闭弹窗拦截。专用客户端认证则要注意客户端版本和系统兼容性有些旧版本在新系统上会显示“已登录”但实际没通过。安全软件方面某些防火墙或者流量管理工具会接管浏览器的首屏请求导致跳转失败。排查时可以临时退出这类软件再试一次。如果退出后恢复正常就去软件设置里把认证域名加入白名单而不是一直关着不用。注意排查过程中尽量不要同时改多个设置。一次只动一个变量改完测一次不行就改回去。否则最后问题解决了你也不知道是哪一步起的作用下次再遇到还是一头雾水。4. 现象对照表不同报错对应不同病因4.1 常见现象与处理速查网络排查最怕“症状描述模糊”。下面这张表是我自己整理的对照速查把常见现象和大概率病因放在一起方便你快速定位。现象大概率病因优先处理Wi-Fi显示已连接IP是169.254开头DHCP未分配地址重连、重启网卡、检查接入点能ping通网关ping不通公网IP认证未通过或出口策略限制检查认证状态、重新登录能ping通公网IP域名打不开DNS解析故障改DNS、清缓存输入1.1.1.1能开其他域名全挂DNS问题概率高对照实验、换DNS输入1.1.1.1也打不开但校内IP能开出口或认证问题检查认证客户端页面提示证书错误系统时间偏差或拦截校准时间、检查拦截软件只有某个网站打不开该站点自身故障或本地Hosts换设备测试、检查Hosts认证页不弹出浏览器拦截或解析异常手动输入认证地址、换浏览器这张表不是万能答案但它能帮你把“没网”翻译成更具体的问题。排查的本质就是不断缩小范围而不是一次性猜中答案。4.2 IPv6、DoH、多网卡这些隐藏变量现在的网络环境比以前复杂几个隐藏变量经常把人带偏。IPv6优先有些系统会优先走IPv6如果校园网的IPv6出口没有配置好而域名又解析出了AAAA记录浏览器就会先尝试IPv6超时后再回退到IPv4。表现就是“打开很慢但最终能开”或者“时好时坏”。排查时可以在系统设置里临时关闭IPv6看看现象是否消失。加密DNS部分浏览器和系统默认开启了加密DNS查询不走本地下发的DNS服务器而是走内置的解析通道。这在公共网络里是好事但在校园网里可能导致校内域名解析不到。表现是校外网站正常、校内资源打不开。遇到这种情况去浏览器设置里关闭“安全DNS”或者改为“使用当前服务提供商”。多网卡冲突笔记本同时开着Wi-Fi和有线或者装了虚拟网卡、容器工具路由表里可能出现多条默认路由流量走了错误的那条。用route print或者netstat -rn看一下默认路由指向哪个接口心里就有数了。4.3 排查顺序的经验先近后远、先软后硬我自己的排查顺序基本固定先看IP和网关再看认证再看DNS最后看应用层。这个顺序的好处是每一步都能独立验证不会互相干扰。“先近后远”指的是先查自己设备到接入点这一段再查接入点到出口那一段。“先软后硬”指的是先查配置、缓存、认证状态再考虑网卡驱动、硬件故障。因为绝大多数问题出在配置层硬件故障反而是小概率事件。还有一条经验别在问题现场做不可逆操作。比如重装网卡驱动、重置网络设置、删除所有配置文件这些操作一旦做了问题没解决反而增加了新的变量。先把能恢复原状的设置改一遍确认无效再考虑大动作。5. 踩坑实录几个典型场景下的排查过程5.1 场景一IP能开域名全挂某同学反映宿舍Wi-Fi连上了认证也过了但除了少数几个App网页几乎全打不开。我让他输入1.1.1.1页面秒开。这一下就基本锁定DNS了。接着看他的DNS配置发现主DNS和备用DNS都被手动改成了同一个地址而且那个地址在当前网络里响应很慢。恢复成自动获取之后域名访问恢复正常。问题不在于公共DNS不好而在于他改完之后没有测试也没有记下原来的配置导致后面几天一直以为是“校园网抽风”。这个场景的教训很直接改DNS可以但要保留回退路径。最好把原地址截图或者干脆用“自动获取”作为主方案只在排查时临时指定。5.2 场景二改了DNS第二天又失效另一个常见情况是改完DNS当天好了第二天连上网络又不行了。原因通常有两个一是系统里有多个网络配置文件改的只是其中一个切换网络后生效的是另一套配置二是某些认证客户端或者管理软件会在登录时重置网络设置把你手动改的DNS覆盖掉。处理办法是检查所有相关网络配置包括当前连接、备用连接、虚拟网卡。如果确认是客户端覆盖就不要跟它对抗改用自动获取把排查重点放回认证和网关。很多时候DNS只是背了锅真正的问题是认证客户端在后台反复重连导致网络状态不稳定。5.3 场景三客户端显示已登录网页还是转圈某实验室的公用电脑认证客户端显示“已登录”但浏览器打开任何页面都转圈。IP配置正常网关能ping通1.1.1.1也能打开就是域名不行。最后发现是Hosts文件里残留了一条旧记录把认证域名指向了一个已经不存在的地址。清理Hosts之后恢复正常。这个问题的隐蔽性在于它不影响IP访问只影响特定域名表现非常像DNS故障但改DNS没用。Hosts文件的位置Windows在C:\Windows\System32\drivers\etc\hostsmacOS和Linux在/etc/hosts。排查时可以用文本编辑器打开看看有没有异常条目尤其是那些你完全没印象的域名。提示修改Hosts需要管理员权限改之前先备份。排查完把临时加的条目删掉不要留着否则下次网络变动时又会出问题。6. 把这些设置固化成习惯6.1 备用DNS的配置策略我不建议把公共DNS设成主DNS尤其是在校园网环境里。校内资源、认证页面、图书馆系统往往依赖校内解析主DNS改成公共地址后这些资源可能解析不到或者绕远路。更稳妥的做法是主DNS用自动获取备用DNS填一个公共地址作为兜底。如果你经常在不同网络之间切换可以给每个网络单独保存配置而不是全局改。Windows的网络配置文件、macOS的“位置”功能都支持这套逻辑。多花两分钟配置能省掉以后很多次“怎么又没网了”的困惑。6.2 记录一份自己的网络排查清单我现在习惯在备忘录里放一份简短的排查清单遇到问题时按顺序过一遍看IP是不是169.254开头是就重连或查DHCP。ping网关确认本地链路。ping 1.1.1.1确认出口。输入1.1.1.1做对照实验判断DNS。检查认证状态和客户端。清DNS缓存、换浏览器、看系统时间。检查Hosts、加密DNS、多网卡路由。这份清单不复杂但能覆盖八成以上的常见问题。真正复杂的故障还是得靠专业工具抓包分析但对日常使用来说按顺序排除已经足够。最后分享一个我个人踩坑后养成的习惯每次帮别人处理完网络问题都把改过的设置记一笔改回去了哪些、保留了哪些。因为最容易出问题的不是“不会修”而是“修完之后忘了自己动过什么”。网络设置这东西改的时候觉得清清楚楚过两周就忘得一干二净等下次出问题面对一堆非默认配置排查成本反而更高。把1.1.1.1当成一个诊断入口而不是一个万能答案很多问题会变得清晰得多。