Linux查询有哪些应用服务器？，哪些应用服务器最常用？

Linux下查询应用服务器，核心思路是检查监听端口、进程列表和服务管理状态，常用命令包括ps、ss、netstat、systemctl和lsof，通过这些命令能快速定位Tomcat、Nginx、Apache、Jetty等常见应用服务器的安装与运行情况。

先搞清楚：Linux下常见的应用服务器有哪些

在动手查询之前，先对目标有个基本认知，应用服务器和Web服务器经常被混着叫，但严格来说分工不同，实际运维中，一台Linux机器上跑多个服务是常态,常见的包括：

加载中

Linux这些工具堪称神器！

DevOps架构师阿良

2.1万57314

原视频地址

• 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测试，任何一台陌生服务器上的应用服务器都逃不过你的排查，关键是养成按照端口→进程→服务→配置的顺序检查的习惯,效率会高很多。