不上服务器是什么原因，网站无法访问怎么排查

不上服务器，说白了就是你的网站或应用连不上后端机器，绝大多数时候不是服务器真的挂了，而是网络链路、域名解析、服务器自身状态这三个环节里，有一环断了，搞清断在哪一环,比急着重启机器更管用。

网站打不开服务器无响应是什么原因先分清“打不开”的三种场面

“连不上”是个笼统说法，不同表现对应不同病因，别一上来就怀疑机器烧了,先看浏览器给你什么脸色。

页面一直转圈，浏览器没报错

这种场面最常见，地址栏在转、标签页标题在转，但页面就是白屏，大概率是请求发出去了，响应卡在中途，或者服务器收到了请求但处理不动,背后的主要原因有三类：

• 服务器的带宽被占满，数据包进出都在排队
• 后端应用进程处于假死状态，比如PHP-FPM线程耗尽、Java应用内存溢出后卡顿
• 数据库连接池被榨干，应用在等数据库回话，等到超时

页面转圈比直接报错更难排查，因为东西还“活着”，只是不够快，此时直接登录服务器看CPU、内存、磁盘IO,比反复刷新浏览器有价值得多。

直接提示“无法访问此网站”或“连接已重置”

浏览器干脆告诉你连不上，说明TCP握手都没完成,这时候嫌疑范围缩小到：

• 服务器宕机或系统崩溃，端口没有任何回应
• 防火墙或安全组把入口封了，数据包被直接丢弃
• 域名解析出错，请求被甩到一个不存在或停机的IP上

“连接已重置”比“无响应”更值得玩味它说明有设备主动掐断了连接，最常见的是安全策略在拦路,而不是服务器死了。

手机能打开，电脑打不开

不少朋友遇到过这种“挑设备”的怪事，问题几乎不在服务器，而在本地网络环境和设备缓存，电脑上的hosts文件被改过、浏览器代理设置异常、本地DNS缓存了旧解析结果，都会造成“只有你这台电脑连不上”的假象。

网络链路与域名解析，出问题最频繁的两道关卡

排除掉服务器本身的因素后，把注意力转到数据从你屏幕到机房之间走过的路，这条路很长，任何一站出毛病，表现都是“不上服务器”。

本地电脑能上网但连不上服务器，先查DNS

这几乎是个通用规律：能上百度、能刷视频，但就是打不开自己的网站，优先检查域名解析，DNS的作用是把域名翻译成IP，如果翻译这一步错了，后续全白搭，行业共识认为,这类故障里十有七八是解析缓存作祟。

排查步骤很直接：

• 在电脑命令行执行 nslookup 你的域名，看返回的IP和你在域名商后台配的是否一致



• 一致但打不开，执行 ipconfig /flushdns 清掉本地DNS缓存
• 不一致，说明解析记录被改过，去域名管理后台核对解析值和生效状态

nslookup 返回超时，问题出在你的本地DNS服务器上，先把电脑的DNS改成 5.5.5 或 29.29.29 再试。

hosts文件和浏览器缓存会骗人

本地hosts文件优先级高于DNS解析，这是Windows、macOS、Linux都遵循的规矩，有些安全软件或开发工具会悄悄往hosts里写条目，等它成了历史残留,你的域名就被指到一个早已失效的IP上。

• Windows下检查 C:WindowsSystem32driversetchosts
• macOS和Linux检查 /etc/hosts

看看里面有没有你域名的记录，有就删掉对应行，然后重启浏览器再访问，浏览器自身也有DNS缓存，Chrome地址栏输入 chrome://net-internals/#dns 点“Clear host cache”清一遍。

跨网运营商线路质量

电信用户访问位于联通机房的服务器，或者反过来，偶尔会出现慢、卡、打不开的现象，这不是服务器故障，是跨网互联带宽在高峰时段拥堵，近年来，在国内骨干网整体扩容的大背景下，这类问题已比前几年少，但小规模机房依然可能出现，用在线工具测一下不同地区、不同运营商的连通性，如果只有特定网络环境打不开，大概率是线路问题,换CDN或换BGP机房是主流解法。

服务器自己的“离线理由”系统、进程与硬件

如果网络和域名都干净,接下来就该登录服务器当面问话了。

云服务器宕机，多数是资源耗尽

真正的硬件故障在云服务器上极少见，绝大多数“仿佛宕机”其实是资源被打满，CPU跑满100%时，连SSH都挤不进去；内存耗尽触发OOM后，系统会杀掉最占内存的进程，包括你的Web服务；磁盘写满更是典型的“无声杀手”服务还在运行，但写入日志、会话文件时全卡住了。

登录云厂商控制台,先看监控面板：

• CPU使用率是否长期超过90%
• 内存使用率是否居高不下，Swap是否在疯狂读写
• 磁盘剩余空间是否低于5%

业内有句老话：云主机很少“死”，更多是“累趴下”，处理办法不是重启,而是扩容配置或优化代码。

服务进程没起来，连接自然被拒

你重启过服务器，但忘了让它开机自启？这类低级错误占比不小，Nginx、Apache、MySQL、Redis，任何一个核心服务没起来,前端的表现就是连不上。

连接服务器后执行 systemctl status nginx 或 ps aux | grep nginx 看进程状态，没跑就启动，再顺手执行 systemctl enable nginx 防止下次重启再犯，如果启动时报错，先看错误日志

/var/log/nginx/error.log 或对应的应用日志，日志里写得很明白,比瞎猜强百倍。

磁盘写满让服务悄悄罢工

很多应用在磁盘满了之后不会直接报错，而是表现为“连接超时”或“Internal Server Error”，因为每个请求都要写日志，写不进磁盘，请求就堵在中间，执行 df -h 看根分区使用率，超过85%就得清理日志文件或扩容云盘,这是套常规体检动作。

安全组与防火墙，最容易被忽略的“隐形门卫”

服务器系统跑得好好的，进程也在，端口也监听着，但外面的请求就是进不来，这时候问题九成出在安全组或防火墙上。

入站规则没放行，端口等于没开

云服务器的安全组相当于一个外置硬防火墙，优先级比系统防火墙还高，很多朋友在安全组里只放行了22端口（SSH），忘了给80和443留口子，结果就是远程能登进去,网站死活打不开。

检查路径很明确：

• 登录云厂商控制台，找到“安全组”或“防火墙”页面
• 查看入站规则列表，是否有 TCP:80 和 TCP:443 的放行记录
• 如果没有，添加规则，来源填 0.0.0/0（代表全网段）

业内专家指出，相当一部分“莫名其妙连不上”的工单，最终查明都是安全组在迁移实例或更换公网IP后没有同步配置，IP变了，规则还挂在旧实例上,新实例自然裸奔在防火墙后面。

系统防火墙和安全软件也可能插一脚

云厂商的安全组之外，Linux系统自带的firewalld或iptables也是过滤关卡，有些镜像默认开启了firewalld，而你装完服务没放行对应端口，执行 firewall-cmd --list-all 看当前放行了什么,需要的话执行：

firewall-cmd --permanent --add-port=80/tcp
firewall-cmd --reload

用宝塔面板、LNMP一键包这类工具部署环境的朋友，还要检查面板自带的安全插件，它们经常集成“端口屏蔽”和“禁Ping”功能,开启后表现就是外部探测不到服务器存在。

IP白名单设错，把自己关在门外

限制来源IP是常见的安全策略，但也是误伤自己的重灾区，不少人在安全组或应用层配置里把白名单写成了当前公网IP，而家庭宽带和办公室网络的出口IP会动态变化昨天还能连，今天运营商给你换了IP,服务器就把你拒之门外了。

此时先拿手机开热点，切换网络环境试一次，如果热点能连上，说明你被自己的IP白名单拦住了，去后台把白名单范围放宽，或者改用更稳妥的密钥认证方式,而不是依赖固定IP。

服务器连接不上怎么排查按这套顺序走

上面各种原因铺开讲，真到实操时别乱跳，按下面这个顺序逐层推进,能省下大量时间。

• 第一步：确认本地网络本身通不通，命令行执行 ping 114.114.114.114，通则基础网络没问题,断则查本地路由器或宽带。
• 第二步：ping服务器公网IP，通，说明链路OK，进第三步；不通，看云控制台实例状态是否运行中,再检查安全组是否禁了ICMP。
• 第三步：用nslookup查域名解析，返回的IP和服务器公网IP是否一致，不一致就去域名商改解析,等生效后重试。
• 第四步：telnet测端口通断，执行 telnet 服务器IP 80，连着说明Web服务在线,拒绝或超时说明服务没起或端口被防火墙挡了。
• 第五步：登录服务器看服务状态，进程在不在、端口监听没监听、磁盘满没满，这三样看完,绝大多数问题已经水落石出。

服务器宕机排查顺序就藏在这张表里，做运维和建站的朋友可以截图存一份,下次碰到问题按表索骥。

常见问题速答

网站打不开服务器无响应，重启服务器有用吗？
分场景，资源耗尽导致的无响应，重启确实能暂时恢复，但根因不消除，过阵子会复发，如果是安全组配置错误或DNS解析问题，重启一百遍也没用，先花两分钟判断是哪一类,再决定动不动手。

换个手机流量就能打开网站，是哪里出了问题？
说明服务器本身正常，问题出在你原来的网络环境上可能本地DNS缓存了错误记录、运营商DNS劫持，或者你公司/家里的路由器屏蔽了该域名，试着把电脑或路由器的DNS改成公共DNS，再清理缓存,多半能解决。

服务器ping不通但通过网页能访问管理后台，说明什么？
说明服务器在线且TCP服务正常，不通的只是ICMP协议，要么是安全组禁用了Ping，要么是系统防火墙屏蔽了ICMP回显，这不影响业务访问，但会影响你的监控告警准确性,需要监控工具改用TCP端口探测来替代Ping检测。