必须从网络连通性、服务器基础状态、服务监听、应用层响应四个层面逐级验证，跳过任何一层都可能误判为前端问题。
仓储管理系统admin入口打不开，不能只盯着浏览器报错“无法访问此网站”就反复刷新，必须从网络连通性、服务器基础状态、服务监听、应用层响应四个层面逐级验证——跳过任何一层都可能把故障误判为前端问题。
确认外部网络是否可达
先在客户端（比如你办公用的笔记本）执行基础连通测试，排除本地网络或DNS干扰。
打开命令行，依次运行：ping -c 4 仓库系统域名（例如 ping wms.example.com），若完全不通且超时，立即改用IP地址重试：ping -c 4 192.168.5.200。如果域名不通但IP通，说明是DNS解析失败，检查本地hosts文件或更换DNS为8.8.8.8；如果IP也不通，说明请求根本没走到服务器，暂停后续所有服务器内部操作，先查防火墙策略、安全组规则或中间网络设备。
域名能ping通但页面打不开？继续执行：telnet 192.168.5.200 8080（将8080替换为admin实际端口，常见为80/443/8080/8443）。连接成功表示端口开放且路由可达；连接被拒绝说明服务未监听该端口；连接超时则大概率是防火墙拦截或云平台安全组未放行——【此时不要登录服务器查进程，先去云控制台或防火墙界面确认端口放行状态】。
登录服务器验证主机与服务状态
当确认网络路径通畅后，才通过SSH或控制台登录服务器，按顺序排查：
第一步：检查网卡是否UP且获取到正确IP
运行 ip a，确认业务网卡（如 eth0、ens192）状态为 UP，且IPv4地址属于预期网段。若显示 state DOWN 或地址为 169.254.x.x（链路本地地址），说明物理连接中断或DHCP失败，需检查网线、交换机端口或手动配置静态IP。
第二步：确认默认网关和DNS可用
运行 ip route | grep default 查网关IP，再 ping -c 3 网关IP；接着 cat /etc/resolv.conf 看DNS服务器，用 nslookup wms.example.com 8.8.8.8 测试解析是否正常。DNS失效会导致应用内部HTTP调用失败，即使admin页面能加载，也可能因依赖接口超时而白屏。
第三步：验证WMS服务进程与端口监听
执行 sudo systemctl status wms-admin（服务名依实际部署而定，也可能是 tomcat、nginx 或 docker-compose 容器）；若显示 inactive (dead)，运行 sudo systemctl start wms-admin 启动。启动后立刻检查端口：ss -tlnp | grep ':8080'，确认进程PID与服务名匹配。若端口无监听，检查服务日志：sudo journalctl -u wms-admin -n 50 -f，重点找 BindException（端口被占）、Connection refused（数据库连不上）或 OOMKilled（内存溢出被杀）。
检查应用层响应是否真实有效
端口通 ≠ admin页面可用。很多情况下Nginx返回200但后端Java服务已假死，浏览器只显示空白或加载转圈。
方法一：绕过反向代理直连应用端口
若WMS admin由Nginx代理到后端8080，直接在服务器上执行：curl -I http://127.0.0.1:8080/login。返回 HTTP/1.1 200 OK 且含 Content-Type: text/html 才算后端真正就绪；若返回 502 Bad Gateway 或超时，说明后端进程崩溃或未响应。
方法二：检查关键依赖服务状态
仓储系统通常强依赖数据库、Redis缓存、消息队列。运行：sudo systemctl is-active mysql、redis-cli ping（应返回 PONG）、systemctl is-active rabbitmq-server。任一依赖不可用，admin登录页都可能卡在初始化阶段，日志里常出现 Connection timed out 或 Unable to connect to Redis。
方法三：查看应用自身健康检查接口
多数现代WMS提供 /actuator/health（Spring Boot）或 /healthz（K8s风格）端点。执行：curl http://localhost:8080/actuator/health。完整输出应包含 "status":"UP" 及各组件（db、redis、diskSpace）均为UP。若显示 "status":"DOWN" 或缺失关键组件，说明应用自检已失败，此时重启服务无效，必须根据健康检查返回的具体组件错误定位根因。
