Finding process using ports

To find out which process is using port number 35541 in a CentOS 7 system (or any Linux distribution), you can use the following methods:

1. Using lsof (List Open Files)

The lsof command can list all open files and network connections, and you can filter by the specific port:

bash 复制代码
sudo lsof -i :35541

This will show the process that is using port 35541. The output will contain columns for the command, PID (process ID), and other information.

2. Using netstat

If netstat is installed, you can use it to check for connections on a specific port:

bash 复制代码
sudo netstat -tuln | grep 35541

This will show which process is listening on that port. If you need the process ID (PID), use the following command:

bash 复制代码
sudo netstat -tulnp | grep 35541

3. Using ss (Socket Statistics)

The ss command is often recommended as a modern replacement for netstat:

bash 复制代码
sudo ss -tuln | grep 35541

To include the process ID:

bash 复制代码
sudo ss -tulnp | grep 35541

4. Using fuser

You can also use fuser, which shows which processes are using files or sockets:

bash 复制代码
sudo fuser 35541/tcp

35541/tcp: 30408

Using fuser to identify the process occupying the port and then restarting it is an effective approach to address such conflicts.

This will return the process ID (PID) that is using the port.

Once you get the PID, you can get more information about the process by running:

bash 复制代码
ps -p <PID>

Replace <PID> with the actual process ID obtained from one of the above methods.

If netstat didn't show the process as listening on port 35541, then it's likely that the port was being used by a client connection rather than a server process.

In TCP/IP networking, a process can bind to a local ephemeral port when making outbound connections as a client. The fact that port 35541 was in use by process 30408 suggests that it was likely a client-side connection, where the process was using 35541 as the source port for an outbound connection.

Here's a more detailed breakdown:

  • Listening port (server) : The process listens on a specific port, usually waiting for incoming connections. This would show up in netstat as LISTEN if it were a server process.
  • Client-side port : When a process initiates an outgoing TCP connection, the operating system assigns a source port , often from a range of ephemeral ports. These ports are usually dynamically assigned and temporary. The port 35541 was likely used in this capacity by process 30408.

To confirm this hypothesis:

  1. You could check all active connections, not just listening ones:

    bash 复制代码
    sudo netstat -anp | grep 30408

    This would show any connections (both listening and established) made by the process with PID 30408.

  2. Similarly, using ss to list all connections for this process:

    bash 复制代码
    sudo ss -ap | grep 30408

    This should show both inbound and outbound connections, confirming the client-side use of port 35541.

By restarting the process, the client-side connection was reset, likely freeing up the port.

相关推荐
HalvmånEver2 小时前
Linux:命名管道实现IPC(进程间通信七)
linux·运维·服务器·ipc·命名管道·管道pipe
正在学习前端的---小方同学8 小时前
Harbor部署教程
linux·运维
Sean X9 小时前
Ubuntu24.04安装向日葵
linux·ubuntu
IT 乔峰10 小时前
脚本部署MHA集群
linux·shell
dz小伟10 小时前
execve() 系统调用深度解析:从用户空间到内核的完整加载过程
linux
Mr_Xuhhh11 小时前
博客标题:深入理解Shell:从进程控制到自主实现一个微型Shell
linux·运维·服务器
JoyCheung-11 小时前
Free底层是怎么释放内存的
linux·c语言
旖旎夜光11 小时前
Linux(9)
linux·学习
喵了meme12 小时前
Linux学习日记24:Linux网络编程基础
linux·网络·学习
whlqjn_121113 小时前
linux下使用SHC对Shell脚本进行封装和源码隐藏
linux·centos