网站无法访问故障排查指南，从域名解析到服务器端逐层定位
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /38783e69803a.html
📄
网站突然打不开或访问极慢，往往让人一头雾水。问题可能出在域名解析失效、网络链路拥堵，也可能是服务器资源耗尽或应用代码出错。与其盲目重启服务器碰运气，不如按一套系统的排查思路，从用户端到服务器内部逐层检查，快速锁定根源并恢复访问。
1. 明确故障范围并验证基础网络通路
收到访问异常反馈后，先别急着登录服务器。第一步是分辨这是全局故障还是个别现象。你可以问下身边同事是否也遇到同样情况，或查看第三方监控平台的告警，判断影响面是否局限于特定地域或某个网络运营商。
1.1 更换网络环境隔离内外因素
断开本地Wi-Fi，改用手机4G或5G流量访问目标网站。如果换网后访问恢复，问题多半在你的本地宽带、路由器或公司出口网关上；若换网后依旧打不开，就该把注意力放到域名解析和服务器端配置上。
1.2 核对域名解析记录是否正确生效
打开电脑终端，输入 nslookup 你的域名 或 ping 你的域名，检查返回的IP地址是否与服务器当前实际公网IP一致。若解析结果是旧地址或请求超时，多半是DNS记录配置有误。这时需登录域名注册商或云解析控制台，核对A记录或CNAME记录是否填错，同时确认修改时间已超过TTL设定的缓存周期。若网站接了CDN加速，还要进入CDN管理面板，查看边缘节点上的解析状态是否已同步。
2. 检查端口放行状态与中间链路连通性
域名解析无误的情况下，连接失败还可能因为服务器入口被防火墙规则拦截。网络请求从用户设备发出后，要经过运营商骨干网、云安全组以及服务器系统防火墙等多层屏障，任何一层阻断都会导致连接中断。
在终端执行 telnet 服务器IP 80 或 telnet 服务器IP 443，观察能否建立连接。若出现拒绝连接或长时间无响应，优先检查云服务商控制台的安全组入方向规则，确保80和443端口已对公网开放。同时别忘了登录服务器查看系统自带防火墙状态，例如 systemctl status firewalld 或 iptables -L -n，确认没有因默认策略误杀而丢包。常见坑是运维人员调整安全组后忘记同步服务器内部规则，导致外部端口探测始终超时，这类多层放行细节值得反复核对。
3. 检查服务器资源消耗与进程负载
当网站加载极慢或出现间歇性无响应，往往预示服务器硬件资源已逼近极限。通过SSH远程登录主机，依次执行 top、free -m 与 df -h，可快速掌握CPU、内存和磁盘的实时使用情况。
3.1 揪出占用CPU过高的异常进程
在 top 输出界面，按大写字母P键将进程按CPU使用率从高到低排序。若发现某进程占用率异常飙升，需警惕几种情形：服务器被植入挖矿木马、数据库查询因缺索引触发全表扫描，或遭恶意爬虫密集请求攻击。对照Web访问日志中的请求路径和来源IP，通常能判断资源消耗去向，进而采取封禁IP或优化查询等措施。
3.2 评估内存与磁盘是否成为瓶颈
用 free -m 查看内存总量和Swap使用情况，若Swap占用居高不下，说明物理内存不足，应用可能因频繁换页而响应迟缓。再执行 df -h 检查根分区和日志分区剩余空间，磁盘写满会导致日志无法写入、进程崩溃甚至服务自动停止。若磁盘接近满载，优先清理过期备份和滚动日志文件，为运行中的服务腾出空间。
4. 追溯应用层错误与数据库服务状态
系统资源正常但页面仍报错时，问题焦点应转向应用本身及其依赖的数据库等组件。很多看似无解的现象，其实是应用日志里已有明确提示，等待你去发现。
先查看后端应用日志文件，如Tomcat的catalina.out或Nginx的error.log，搜索ERROR级别记录，通常可定位到数据库连接超时、权限不足或代码抛出的异常堆栈。接着确认数据库服务是否存活并通过 mysqladmin -u root -p status 或类似命令测试连接。若发现数据库连接数已满，可适当调大连接池上限或排查是否存在慢查询拖垮了数据库。例如曾有一次网站白屏，最终定位是某个接口的SQL语句缺少索引导致全表扫描，每次请求耗时数十秒，拖累整个服务。
5. 常见问题
5.1 为什么域名解析正确但网站仍打不开？
域名解析只是第一关。解析正常后还需检查端口是否被安全组或服务器防火墙拦截，以及服务器本身是否存活。建议依次测试 telnet 端口连通性、ping 服务器IP确认主机在线，由外到内逐层排查。
5.2 网站时好时坏，一会儿能开一会儿超时是什么原因？
这种间歇性故障常见于资源瓶颈或网络链路不稳定。先登录服务器看CPU和内存是否持续高位，若有周期性的资源飙升，多半是定时任务或爬虫导致；若资源正常，则考虑本地网络丢包或CDN回源链路抖动，可用 MTR 工具持续观察路由节点丢包率。
5.3 服务器被挖矿木马入侵后如何快速处理？
发现可疑高CPU进程后，先用 top 确认进程PID，执行 ls -l /proc/进程PID/exe 查看可执行文件路径，随后终止进程并删除恶意文件。紧接着检查系统计划任务（crontab -l）和开机启动项，清除持久化后门，并修改服务器登录密码和SSH端口，防止再次被入侵。
6. 总结
网站故障排查的关键是层层递进、缩小范围：先分清内外因素，再验证解析和链路，然后检查资源和应用，最后关注日志与数据库。熟记这套流程，大部分问题都能在十分钟内定位。建议平时做好监控告警和关键配置的备份，故障发生时才能沉着应对，把业务中断影响降到最低。
