网站无法访问怎么排查？从网络到代码逐步定位故
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ad7f6c9ba5c6.html
📄
网站突然打不开时，别急着反复刷新或重启服务器。与其盲目尝试，不如沿着“由外到内、从硬件到软件”的顺序系统性地缩小范围。下面这套排查路径，覆盖了网络、服务器、代码和数据库四个关键层面，能帮你快速找到问题根源。
1. 先排除网络与域名解析问题
发现网站打不开，第一反应不应是登录服务器。很多时候，问题出在你自己这边的网络环境或者域名解析上。先用手机流量访问一下试试，如果马上恢复正常，多半是你所在网络的DNS缓存或路由器出了问题。反过来，如果只有某些地区或特定运营商的用户访问失败，那更可能是链路故障或DNS解析还没全球同步。
1.1 核验域名解析结果
在电脑的命令行里敲 ping 你的域名 或者 nslookup 你的域名，看看返回的IP是不是和服务器实际IP一致。如果看到的是旧IP或者干脆没结果，那就是A记录或CNAME配置错了，也可能是刚改了解析还没生效。这时候去域名服务商的后台核对一遍解析记录，顺带确认CDN有没有把流量导向不健康的节点。
1.2 检查端口与防火墙放行策略
如果IP能ping通，但网页就是打不开，多半是防火墙或云安全组没放行端口。云服务器要去控制台的安全组规则里，确认80和443端口是“允许”状态。本地还能用 telnet 服务器IP 80 测一下端口通不通。要是连接超时或被拒绝，问题基本就锁定在防火墙设置或运营商封端口上了。
2. 检查服务器资源余量与进程状态
网页加载奇慢无比，或者频繁请求超时，往往不是代码问题，而是服务器资源被榨干了。CPU满载、内存耗尽、磁盘写满、带宽被占满，任何一个都会导致新请求排队，让网站表现得极度卡顿甚至彻底无响应。SSH登录服务器后，依次跑一下 top、free -h、df -h 这三个命令，先把资源余量看清楚。
2.1 揪出占用资源的高耗进程
在 top 输出里按CPU使用率排序，重点看排前面的进程。常见的资源杀手有这么几类：被入侵后植入的挖矿程序、运行失控的数据库查询、以及没设抓取频率上限的爬虫。如果不确定是谁占的，就去翻Nginx或Apache的访问日志，看哪些请求路径或来源IP带来了异常流量。比如某个接口被脚本高频轮询，PHP进程疯狂堆积，日志里反复出现的IP就能直接暴露元凶。
2.2 留意磁盘和内存的隐患
磁盘使用率一旦超过80%就得警惕了。日志文件或临时目录写满后，网站经常会因为无法写入session文件而返回500错误，清理过期日志或清空缓存目录通常能立刻见效。内存方面，如果 free -h 显示swap分区占用持续攀升，说明物理内存紧张，系统正在内存和磁盘之间疯狂换入换出，性能会断崖式下降。此时要么调整程序缓存策略，要么考虑升级配置，而不是反复重启。
3. 助程序错误日志定位代码异常
网页白屏、某个功能失效，或直接返回500状态码，问题多半出在应用代码层。先打开浏览器开发者工具的Network面板，看请求的HTTP状态码：500代表服务器内部异常，403多为权限不足，404则可能是路由或伪静态规则写错了。接着去查看应用框架的运行日志，通常位于 storage/logs 或 logs 目录下，日志中的堆栈信息会直接指出是哪一行代码报错。
- 白屏无报错：检查PHP或Python的错误报告是否被关闭，临时开启display_errors往往能直接抛出致命错误详情。
- 特定页面500：多半是该页面临时调用了耗资源函数或缺失的类，核对最近一次代码发布记录，回滚变更内容通常能快速恢复。
- 接口偶发超时：关注日志中的慢查询记录，这类问题通常与数据库查询效率有关，而不是单纯的代码语法错误。
4. 核对数据库连接与配置文件
如果页面能打开一部分，但涉及数据的内容全部异常，比如提示“数据库连接失败”或直接白屏，大概率是数据库配置或服务本身出了问题。先确认数据库服务是否在运行，例如执行 systemctl status mysql 或 redis-cli ping。若服务正常，再检查应用配置文件中的数据库地址、账号密码是否被意外修改，特别是部署新环境时，配置不匹配是最常见的原因。
另一个容易忽略的隐患是数据库连接数耗尽。大量慢查询或长事务会占满连接池，导致新请求无法获取连接。此时查看数据库的当前连接数（如 SHOW PROCESSLIST），杀掉长时间堆积的休眠连接，并优化对应查询语句的索引，才能治标又治本。
5. 常见问题
5.1 网站打不开，但服务器能ping通，是怎么回事？
这通常意味着网络链路是通的，但80或443端口未被放行。重点检查云安全组规则和服务器本机防火墙，确认端口处于允许状态。也有可能是Web服务本身没有启动，登录服务器执行 systemctl status nginx 或 apachectl status 确认一下。
5.2 从手机流量能访问，但电脑不行，怎么处理？
这是典型的本地DNS缓存问题。尝试在电脑上执行 ipconfig /flushdns 刷新DNS缓存，或更换路由器中的DNS服务器为119.29.29.29等公共地址。如果更换后恢复，说明原有DNS解析到了错误的IP。
5.3 网站偶尔能开、偶尔打不开，无规律时怎么办？
这种间歇性故障要优先怀疑资源瓶颈。登录服务器持续观察 top 和 free -h，看是否在访问高峰期出现CPU或内存飙高。同时查看数据库慢查询日志，确认是否有SQL语句在数据量大时突然变慢，拖垮了整个应用的响应。
6. 总结
网站打不开的排查，本质上是层层缩小故障域的过程。先从网络解析开始，用最少的工具排除外部因素；再确认服务器资源富余，避免被进程拖垮；随后借应用日志定位代码异常；最后核对数据库连接。把这四步养成固定习惯，大多数故障都能在十分钟内锁定方向。建议平时就准备好服务器登录凭据、域名解析后台权限和常用监控命令清单，真出问题时才能从容应对。
