网站打不开怎么办？一步步排查故障修复指南
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2e7d463d83ad.html
📄
网站突然打不开、打开极慢或弹出各种错误码，确实让人着急。但先别急着反复刷新或重启服务器，无序操作往往适得其反。按从网络到服务器、从外到内的顺序逐层排查，多数问题都能快速定位。这套排查流程覆盖了常见故障点，建议对照着一步步来。
1. 先摸清网络链路与域名解析是否正常
网站访问异常，第一步要判断问题出在服务器本身，还是用户端到服务器之间的网络链路上。最简单的交叉验证是用手机流量访问该网站：如果流量下一切正常，连着WiFi却打不开，大概率是本地路由器缓存或局域网的问题。反过来，如果只有某个地区或某个运营商的用户打不开，其他地区都正常，那多半是CDN节点故障或跨网线路异常。
1.1 核对域名解析记录是否指向正确
在命令行执行ping 你的域名或nslookup 你的域名，查看返回的IP是否与服务器当前实际IP一致。如果解析结果还是旧IP，甚至没有任何返回，通常是A记录或CNAME配置有误，或者刚改完解析还没全球生效。这时登录域名注册商的控制台逐条核对，同时检查CDN配置里的源站IP和回源策略是否填写正确。
1.2 测试端口连通性并检查安全组放行规则
域名解析正确、服务器IP也能ping通，但浏览器仍然打不开，就要检查80和443端口的放行状态了。云服务器需要在控制台的安全组或防火墙策略中确认这两个Web端口已放行入方向规则。本地可以用telnet 服务器IP 80命令探测，如果连接被拒绝或一直超时，基本可以断定是被本地防火墙、安全组或运营商端口策略拦截了。
2. 深入服务器内部查看资源负载与进程状况
网页响应越来越迟钝、请求大量超时，通常与服务器底层资源耗尽有关。CPU持续满负荷、内存吃紧、磁盘空间告急或带宽被占满，都会让新请求堆积在队列里，最终表现为网站越来越慢直到失去响应。通过SSH登录后，依次执行top、free -h、df -h，能快速掌握资源余量。
2.1 找出拖垮服务器的元凶进程
在top命令界面按CPU占用率排序，仔细甄别排在前面的进程身份。常见资源杀手包括：入侵者植入的挖矿木马、数据库执行了低效全表扫描或死循环的慢查询、没设抓取频率上限的恶意爬虫。可以调出Nginx或Apache的访问日志对比判断，比如发现某个URL被同一来源IP每秒请求几十次、短时间内生成上万条日志，几乎可以断定是脚本在恶意刷接口。
2.2 提防磁盘写满与内存不足的隐患
当磁盘使用率逼近80%就需要警惕了。一旦系统日志或临时目录占满剩余空间，程序无法正常写入会话或缓存文件，站点会突然报出500错误。清理历史日志、无用临时文件和过期备份压缩包往往立竿见影。内存方面要留意swap交换分区，如果free -h显示swap占用持续攀升，说明物理内存已枯竭，系统不得不频繁进行磁盘交换，这会严重影响响应速度。
3. 检查Web服务与应用日志锁定报错根源
服务器资源正常，但页面仍报错，就要把目光转向Web服务本身。先确认Nginx、Apache或IIS进程是否还在运行，端口是否在监听。执行systemctl status nginx或service nginx status查看服务状态，再用ss -lntp检查80和443端口是否处于LISTEN状态。如果服务已停止，查看错误日志确认停止原因后再启动。
3.1 逐行分析访问日志定界故障范围
Web服务器的访问日志能清晰记录每个请求的响应状态。在日志中筛出5xx状态码，观察是集中出现还是分散分布。如果是清一色的502 Bad Gateway，通常是PHP-FPM或后端应用服务挂了；出现504 Gateway Timeout则说明后端处理超时；而大量403往往与目录权限或防火墙规则有关。按时间点比对日志，能准确定位故障开始的具体时刻，再结合当时有无操作调整，排查范围会大幅缩小。
4. 数据库与应用层配置的专项核对
动态网站离不开数据库，数据库连接不上或查询缓慢会直接导致页面报错。先检查数据库服务是否正常运行，用mysqladmin -u root -p ping测试连接。然后查看数据库连接数是否达到上限，如果连接数长期满额，常见原因是应用代码中数据库连接未正确释放，或者并发量超出了数据库承载能力。可以通过show processlist查看当前执行中的SQL语句，找出高频慢查询。
4.1 检查应用配置文件与依赖服务状态
应用层的配置文件出错也会导致站点无法访问，比如数据库密码被改、Redis或Memcached服务未启动、文件路径权限不对等。逐一核对应用目录下的配置文件，确认各项连接信息与实际情况匹配。同时检查依赖的中间件服务，如Redis、RabbitMQ等是否存活。修改过代码或配置后出现的故障，优先回滚到最近一个稳定版本快速恢复服务，再逐步排查具体改动点。
5. 常见问题
5.1 网站打不开，换手机流量却能正常访问，是什么原因？
这种情况基本排除服务器端问题，大概率出在本地网络环境。优先尝试重启路由器、清理DNS缓存。在命令行执行ipconfig /flushdns（Windows）或sudo dscacheutil -flushcache（macOS）刷新本地解析缓存，再更换电脑的DNS服务器为223.5.5.5或119.29.29.29重试。
5.2 网站报502 Bad Gateway错误，通常是什么导致的？
502错误意味着Nginx等反向代理无法从后端应用服务器获取有效响应。常见原因包括PHP-FPM进程崩溃或停止、后端应用端口未监听、应用代码出现致命错误导致进程退出。先重启PHP-FPM或应用服务，再查看对应错误日志确认具体原因。
5.3 服务器资源都正常，但网站就是访问超时，该往哪个方向查？
资源正常仍超时，重点检查带宽占用和云服务商侧的限流策略。登录云控制台查看公网出方向带宽监控，看是否被打满。同时检查CDN回源是否异常，以及云防火墙或WAF拦截规则是否误杀正常请求。也可以尝试直接访问服务器IP（绕过域名）来区分是DNS/CDN问题还是源站问题。
6. 总结
网站故障排查讲究的是有章法、不乱动。每次操作前明确这一步在验证什么，记录下修改前后状态，查找方向就清晰了。建议按此顺序操作：先判断网络链路与DNS，再检查服务器资源与进程，随后看Web服务与应用日志，最后核对数据库和配置文件。每一步都找到确凿证据再进入下一层，避免凭感觉改动。平时养成检查日志的习惯，定期关注磁盘和带宽使用，很多故障在发生前都有迹可循。
