帮助中心

能 ping 通并不代表端口能访问。本文解释为什么 ICMP 通、TCP 不通很常见，并给出端口测试、防火墙、安全组和服务监听的排查顺序。

服务器能上网但域名解析失败，常见原因是 DNS 配置、网关、解析服务或系统 `/etc/resolv.conf` 被覆盖。本文按“能访问 IP 但不能访问域名”的思路展开。

服务器时间不准看起来是小问题，实际上会影响证书、日志、定时任务、登录验证和数据对账。本文说明怎么检查时间同步，以及为什么不要忽略时区和 NTP。

网站访问失败不一定是程序坏了，很多时候是目录、上传文件、缓存或运行用户的权限错了。本文教你定位哪个目录出了问题，以及为什么不能随便 `chmod 777`。

服务器重启后网站打不开，多半不是“网站坏了”，而是 Web 服务、数据库、缓存、面板或防火墙没有按预期拉起。本文按开机顺序和依赖关系排查。

服务启动失败时，别急着重装环境。先看 `systemctl status`、journal 日志和配置语法，判断是配置错误、端口冲突、权限问题还是依赖服务没起来。

Linux 服务器突然变慢时，不要先猜是程序还是网络。先看 CPU、内存、Load、磁盘 IO 和最近变更，往往能更快锁定是短时流量、任务堆积还是资源瓶颈。

Linux Load Average 高不等于 CPU 一定满。本文用性能瓶颈定位思路说明如何结合 CPU、IO、进程状态和业务日志判断负载来源。

No space left on device 可能是磁盘容量满，也可能是 inode 用尽。本文按容量、inode、小文件、日志和数据库场景说明如何判断与处理。

Linux 磁盘满要先定位分区、目录和文件类型，再决定清理日志、缓存、备份还是数据库文件。本文强调安全清理顺序和不能误删的位置。

Linux 内存占用高不能只看 used，要结合 available、Swap、OOM 和进程增长趋势判断。本文说明如何区分正常缓存、真实内存不足和异常进程。

Linux CPU 100% 需要先确认是谁在消耗 CPU，再判断是业务高峰、程序异常、攻击请求还是异常进程。本文按现场保留、进程定位和日志分析展开。