Linux调用哪个服务器监听，如何查看Linux服务器监听端口？

Linux下调用哪个服务器监听，核心命令就一条：ss -tlnp，它能直接列出所有TCP监听端口及对应进程名和PID，老系统没有ss时，netstat -tlnp同样能解决问题。

linux怎么查看端口被哪个进程占用？ss和netstat哪个好用一次说清

很多运维第一次接触Linux端口排查时，总会纠结该用ss还是netstat，其实两者目标一致：把内核里正在监听的套接字翻出来,并告诉你哪个进程在占用。

ss命令：现代Linux发行版的首选

ss来自iproute2工具包，几乎所有主流发行版都自带，它的优势是直接从内核套接字表读取信息，速度更快,输出更干净。

• 查看所有TCP监听端口：ss -tlnp
• 查看所有UDP监听端口：ss -ulnp
• 查看所有监听端口（TCP+UDP）：ss -lunpt
• 过滤特定端口：ss -tlnp | grep :8080

参数含义很直观：-t只看TCP，-u只看UDP，-l只要监听状态，-n不做域名反解，-p显示进程信息。

多数情况下，一条ss -tlnp就能看到类似下面这种输出：

State  Recv-Q Send-Q Local Address:Port  Peer Address:Port Process
LISTEN 0      128    0.0.0.0:80         0.0.0.0:     users:(("nginx",pid=1234,fd=6))
LISTEN 0      128    127.0.0.1:3306     0.0.0.0:     users:(("mysqld",pid=5678,fd=20))

这里0.0.0:80表示监听所有网卡的80端口，0.0.1:3306表示只允许本机连接MySQL。

netstat命令：老牌排查工具仍有价值

netstat属于net-tools包，部分精简系统可能需要先安装，它的输出更啰嗦,但胜在大家熟悉。

• 查看TCP监听：netstat -tlnp
• 查看UDP监听：netstat -ulnp
• 查看所有监听：netstat -lunpt

和ss的参数几乎一样，两者对比的结论也简单：有ss优先用ss，没有ss再用netstat,日常排查效果没有本质差别。

服务器排查端口占用：从报错到定位进程的完整路径

线上服务最怕启动时突然报一句Address already in use

，这句话翻译过来就是：你想监听的端口已经被别的进程占了。

先确认端口到底被谁占用

假设Nginx启动失败，提示80端口被占用,直接执行：

ss -tlnp | grep :80

或者：

netstat -tlnp | grep :80

输出里会有一行对应0.0.0:80，右侧users:(("程序名",pid=数字,fd=数字))就是元凶,记下PID。

根据PID反查进程详情

有时ss输出的进程名不够具体，可以用ps做二次确认：

ps -fp 1234

会显示完整命令行、启动用户、父进程等信息,这个步骤能避免误杀同名进程。

选择处理方式

• 如果是残留进程：kill 1234,再重新启动服务。
• 如果是其他业务进程：先和负责人确认,不能直接杀。
• 如果进程杀不掉：kill -9 1234是最后手段,可能导致数据不一致。

简米云服务器端口监听检查：安全组与本地监听要分清

拿简米云服务器举例，经常有人发现ss -tlnp明明显示服务在监听，但外部就是访问不了，这时候问题通常不在Linux内部,而在云平台安全组。

• 本地监听检查：ss -tlnp | grep :8080
• 安全组检查：登录简米云控制台，确认入方向规则是否放行8080端口
• 防火墙检查：firewall-cmd --list-ports或iptables -L -n

这三层必须同时放行，外部流量才能到达服务，只查Linux监听不看安全组,是新手最容易卡住的地方。

CentOS查看端口监听命令：旧系统也能快速定位

CentOS 6及更早版本默认没有ss，只能使用netstat，CentOS 7以后两者都有，如果你登录一台CentOS 6服务器,直接执行：

netstat -tlnp | grep :22

一样能确认SSH服务是否正常监听。

除了ss和netstat，lsof命令也能精准定位端口

lsof是另一个非常实用的工具，尤其当你只记得端口号、不记得协议时。

• 查看某个端口被谁占用：lsof -i :3306
• 查看某个进程占用了哪些端口：lsof -p 1234 | grep LISTEN
• 查看所有网络监听：

  

  lsof -i -sTCP:LISTEN

lsof -i :端口的输出会直接给出进程名和PID，不用再额外过滤，它的缺点是部分精简系统没有预装，需要yum install lsof或apt install lsof。

三种工具对比可以用下面这个表快速理解：

行业共识认为，排查监听问题优先掌握ss和lsof两个命令,基本能覆盖绝大多数Linux服务器场景。

没有工具时的兜底方案：读/proc/net/tcp

如果系统极其精简，连ss和netstat都没有，内核还是会把监听信息暴露在/proc文件系统里。

执行：

cat /proc/net/tcp

会输出类似这样的内容：

sl  local_address rem_address   st tx_queue rx_queue tr tm->when retrnsmt   uid  timeout inode
0:  00000000:0050 00000000:0000 0A 00000000:00000000 00:00000000 00000000    0        0 12345 1 ffff9b8c0a3e0c00 100 0 0 10 0

其中local_address字段是十六进制的IP和端口。00000000:0050代表0.0.0:80。st字段为0A表示LISTEN状态，uid字段对应运行用户，inode可以通过ls -l /proc//fd反查进程。

另外fuser -n tcp 80也能直接返回占用端口的PID，部分系统自带,可以应急使用。

常见误区：监听0.0.0.0与127.0.0.1的区别

很多服务配置里会写监听地址,但运维不一定理解两者差异。

• 0.0.0:80：监听所有网卡，外部IP可以直接访问,适合对外提供Web服务。
• 0.0.1:80：只监听回环地址，外部无法访问，适合数据库、缓存等仅本机调用的服务。
• :1:80：IPv6回环监听，和

  

  0.0.1类似。

如果服务只在0.0.1监听，外部访问不通，不用反复检查安全组,先看监听地址是否正确。

如何修改监听地址

以Nginx为例，配置文件/etc/nginx/nginx.conf或站点配置中：

server {
    listen 80;                 # 监听所有地址
    listen 127.0.0.1:80;       # 只监听本机
    listen 0.0.0.0:8080;       # 监听所有地址的8080端口
}

修改后执行nginx -t验证配置，再systemctl reload nginx生效。ss -tlnp | grep :80可以立即确认监听地址变化。

实操：一条命令批量检查常见服务端口

日常巡检时,可以用循环一次性检查多个端口：

for port in 22 80 443 3306 6379; do
    echo "--- Port $port ---"
    ss -tlnp | grep ":$port "
done

这个脚本会依次检查SSH、HTTP、HTTPS、MySQL、Redis的监听状态,输出为空说明对应端口没有进程监听。

也可以写成更紧凑的版本：

ss -tlnp | grep -E ':(22|80|443|3306|6379) '

两条命令效果相同,第二条更适合随手粘贴。

Linux下调用哪个服务器监听，没有想象中复杂，记住ss -tlnp为主、netstat -tlnp兼容老系统、lsof -i :端口精准反查，配合安全组和防火墙检查,就能解决绝大多数的端口监听排查问题。

Q&A：linux调用哪个服务器监听常见疑问

问题1：linux调用哪个服务器监听，用ss还是netstat？

优先用ss。ss输出快、格式清晰，且大多数现代发行版默认自带。netstat在CentOS 6等老系统上仍有使用价值,两者参数结构几乎一致。

问题2：为什么ss -tlnp看不到进程名？

执行ss -tlnp看不到进程名，通常因为当前用户不是root。-p参数需要root权限才能读取其他进程的套接字信息，用sudo ss -tlnp重新执行即可。

问题3：如何查看某个端口被哪个服务监听？

直接执行lsof -i :端口号，例如lsof -i :8080，输出中会列出进程名、PID和用户，如果系统没有lsof，用ss -tlnp | grep :8080也可以得到相同结果。