Linux下查询应用服务器，核心思路是检查监听端口、进程列表和服务管理状态，常用命令包括ps、ss、netstat、systemctl和lsof，通过这些命令能快速定位Tomcat、Nginx、Apache、Jetty等常见应用服务器的安装与运行情况。
先搞清楚：Linux下常见的应用服务器有哪些
在动手查询之前，先对目标有个基本认知，应用服务器和Web服务器经常被混着叫，但严格来说分工不同，实际运维中，一台Linux机器上跑多个服务是常态,常见的包括：
- Tomcat：Java应用的老牌选手，中小型项目的绝对主力，默认端口8080
- Nginx：高性能的反向代理服务器，同时也承担静态资源服务，默认端口80或443
- Apache HTTP Server：老牌Web服务器，配置灵活，模块丰富，默认端口80
- Jetty：轻量级Java容器，常被嵌入到Spring Boot等框架中
- JBoss / WildFly：重量级Java应用服务器，企业级项目常用，默认端口8080
- Node.js：严格说是运行时环境，但经常作为应用服务器直接对外提供服务
- IIS：微软家的东西，Linux下基本遇不到，不展开说了
搞清楚这些角色后，查询工作才会有方向，比如你查到8080端口有进程在监听,第一反应就该是Java系的应用服务器。
用ps命令查进程：最直接的方式
ps命令是Linux下查看进程状态的元老级工具,也是排查应用服务器最直接的手段。
全量匹配进程名：
ps -ef | grep -E "tomcat|nginx|apache|httpd|jetty|jboss"
这个命令会列出所有包含上述关键词的进程，输出结果里PID（进程号）、启动用户、启动时间都一目了然，比如看到/usr/local/tomcat/bin/bootstrap.jar这样的路径,基本就能确认是Tomcat。
更精确地按进程名过滤：
ps -aux | grep java
Java应用服务器的进程名往往都叫java，所以用grep java能捞到Tomcat、JBoss等所有基于JVM的服务器，配合grep -v grep可以把grep本身的进程过滤掉：
ps -aux | grep java | grep -v grep
按端口反查进程：
如果只知道某个端口可能跑了应用服务器，用lsof或fuser反查：
lsof -i :8080 fuser 8080/tcp
lsof的输出会直接显示进程名和PID，fuser则简洁一些，只给PID，拿到PID后,再看这个进程的详细信息：
ps -fp PID
这样就能确认到底是什么应用服务器在跑。
用systemctl查服务：管理维度的另一只眼
现代Linux发行版普遍使用systemd作为初始化系统,systemctl命令是查询和管理服务的一把好手。
列出所有正在运行的服务：
systemctl list-units --type=service --state=running
这个命令会输出一个列表，包含服务名、加载状态、活动状态和描述，看到类似
tomcat.service、nginx.service、httpd.service这样的名字,马上就能对上号。
查询特定服务的状态：
systemctl status nginx systemctl status tomcat
status命令会显示服务的运行状态、主进程PID、内存占用、最近日志等关键信息，如果服务没起来，还会提示失败原因,排查问题非常方便。
查看所有已安装的服务单元：
systemctl list-unit-files --type=service | grep -E "tomcat|nginx|httpd"
这个命令能查到服务是否设置开机自启,对了解服务器的长期运行状态很有帮助。
用ss和netstat查端口：网络层面的铁证
应用服务器跑起来必然要监听端口,所以从网络连接入手是一个很可靠的思路。
查看所有监听中的TCP端口：
ss -tlnp
-t表示TCP协议，-l表示仅显示监听状态的连接，-n用数字显示端口和地址，-p显示对应的进程信息，输出结果里Local Address就是监听地址和端口，Process就是进程名和PID，比如看到0.0.0:8080对应java进程,基本可以断定有Java应用服务器。
netstat老命令依然好用：
netstat -tlnp
netstat和ss的参数基本一致，输出格式也差不多，有些老系统可能没装ss,netstat作为兜底方案依然可靠。
快速筛选常见应用服务器端口：
ss -tlnp | grep -E ":8080|:80|:443|:8009|:8443"
8080是Tomcat和Jetty的默认端口，80和443是Nginx和Apache的默认端口，8009是Tomcat的AJP端口，8443是HTTPS备用端口，用一条命令把这些常见端口都扫一遍,效率很高。
用配置文件识别：从根源上确认
如果进程和端口都查到了，但还拿不准具体是哪个应用服务器,直接看配置文件是最稳妥的。
Nginx的配置文件：
nginx -t
这个命令会测试配置文件的语法，同时输出配置文件的路径,或者直接找：
find /etc/nginx -name "nginx.conf"
Apache的配置文件：
apachectl -V
这个命令会显示Apache的编译参数和配置文件路径,或者：
find /etc/httpd -name "httpd.conf"
Tomcat的配置文件：
find / -name "server.xml" -type f 2>/dev/null
server.xml是Tomcat的核心配置文件,找到它的位置也就找到了Tomcat的安装目录。
查版本号：确认具体版本
知道是哪个应用服务器之后，再确认一下版本号,对后续的漏洞排查和性能调优很有帮助。
Nginx版本：
nginx -v
Apache版本：
httpd -v apachectl -v
Tomcat版本：
如果Tomcat的bin目录在PATH里：
catalina.sh version
或者直接看版本文件：
cat /usr/local/tomcat/RELEASE-NOTES | head -5
Java环境版本：
java -version
有些Tomcat跑在JDK 8上，有些跑在JDK 11上,版本差异直接影响兼容性和性能表现。
实战场景：从零排查一台陌生服务器
假设你现在接手了一台全新的Linux服务器,需要快速搞清楚上面跑了哪些应用服务器。
第一步：看端口占用情况
ss -tlnp
重点关注80、443、8080这几个常见端口，如果8080被占用,大概率有Java系服务器。
第二步：看进程列表
ps -aux | grep -E "java|nginx|httpd|apache" | grep -v grep
确认具体进程名和启动参数，启动参数里经常能看到-Dcatalina.base这样的配置项,直接指明Tomcat的部署路径。
第三步：看服务管理状态
systemctl list-units --type=service --state=running | grep -E "tomcat|nginx|httpd"
确认哪些应用服务器是作为系统服务管理的,哪些是手动启动的。
第四步：找出安装路径
ls -l /proc/PID/cwd
PID换成实际进程号，这个命令会显示进程的工作目录,也就是应用服务器的安装路径。
第五步：验证连通性
curl -I http://localhost:8080
用curl发送一个HEAD请求，看响应头里的Server字段，比如Server: Apache-Coyote/1.1就说明是Tomcat，Server: nginx/1.18.0就说明是Nginx。
多个应用服务器共存时的排查技巧
生产环境里一台机器跑多个应用服务器的情况很常见,这时候需要更细致的排查手段。
按用户区分：
ps -aux | grep -E "tomcat|nginx" | awk '{print $1, $11, $12}'
不同应用服务器通常用不同用户运行，比如Tomcat常用tomcat用户，Nginx常用nginx用户,看用户名就能快速区分。
按监听地址区分：
ss -tlnp | awk '{print $4, $6}'
看监听地址中的IP和端口组合，比如0.0.1:8080说明只允许本机访问，0.0.0:80说明对外开放。
按日志文件区分：
ls -lt /var/log/ | head -20
Nginx的访问日志通常在/var/log/nginx/access.log，Tomcat的日志在/usr/local/tomcat/logs/下,通过日志文件的更新时间和内容也能判断哪个服务在活跃运行。
监控与验证：确保查询结果准确
查询应用服务器不只是一次性操作,定期巡检和监控同样重要。
用watch命令定期刷新：
watch -n 2 'ss -tlnp | grep -E ":8080|:80"'
每两秒刷新一次端口监听状态,适合在服务频繁重启或配置变更期间观察变化。
用crontab做定时巡检：
/30 /usr/sbin/ss -tlnp | grep ":8080" > /tmp/tomcat_check.log 2>&1
每半小时检查一次Tomcat端口是否在监听，结果写入日志文件,方便事后追溯。
用systemd的journal日志排查启动问题：
journalctl -u nginx --since "1 hour ago"
查看最近一小时内Nginx服务的所有日志，包含启动、停止、报错等关键信息。
常见问题速查
问：ps查不到进程，但端口确实被占用了，怎么回事？
答：可能是权限问题，普通用户看不到其他用户的进程详情，用sudo ss -tlnp或sudo lsof -i :端口提权查看，另外容器环境下，进程可能存在于宿主机而非容器内部,需要进入容器排查。
问：同一台服务器上装了Tomcat和Nginx，怎么确认谁在服务外部请求？
答：看监听地址和防火墙规则，Nginx通常监听80/443端口对外服务，Tomcat可能只监听内网IP或127.0.0.1的8080端口，执行curl -I http://域名看响应头的Server字段，如果是nginx，说明外部流量先进Nginx，再由Nginx反向代理到Tomcat，这种架构非常常见,特别适合动静分离和负载均衡场景。
问：应用服务器查到了，但不知道是不是最新版本，有漏洞风险吗？
答：版本号拿到后，参考官方发布的安全公告和更新日志，Nginx和Apache的官方文档会明确标注每个版本的安全修复内容，Tomcat的官方发布页面也会列出已知漏洞及受影响版本，建议定期关注官方通告，及时升级补丁，如果服务器托管在第三方IDC，可以咨询服务商是否有安全巡检服务，比如简米科技自2003年始创至今已有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20261089），其持牌自营机房提供7×24小时运维服务，对服务器安全基线有成熟的管理方案，备案信息可查豫ICP备2026018319号，另一家酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，作为CNNIC IP联盟成员，以1000万注册资本主体运营，备案号为滇ICP备2020007656号，在服务器安全运维方面有完整的标准化流程，如果自身运维精力有限,这类持牌IDC服务商的安全基线服务可以作为参考选项。
Linux下查询应用服务器的核心路径就三条：ps看进程、ss看端口、systemctl看服务，掌握这三板斧，再配合配置文件验证和curl测试，任何一台陌生服务器上的应用服务器都逃不过你的排查，关键是养成按照端口→进程→服务→配置的顺序检查的习惯,效率会高很多。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/linux%e6%9f%a5%e8%af%a2%e6%9c%89%e5%93%aa%e4%ba%9b%e5%ba%94%e7%94%a8%e6%9c%8d%e5%8a%a1%e5%99%a8%ef%bc%9f%ef%bc%8c%e5%93%aa%e4%ba%9b%e5%ba%94%e7%94%a8%e6%9c%8d%e5%8a%a1%e5%99%a8%e6%9c%80%e5%b8%b8/
