CentOS 7.4.1708环境下NGINX 1.12.2运行时，为何grep无法检测其监听80端口？

我来帮你拆解这个问题背后的原理，结合你用的CentOS 7.4和Nginx 1.12.2环境，主要有这几个常见原因：

1. 用错了命令组合：ps + grep端口无法关联进程与监听端口 #

很多人会误以为ps aux | grep :80能找出监听80端口的进程，但这是典型误区。ps命令只能显示进程的命令行参数、PID、运行状态等信息，不会直接列出进程正在监听的端口。Nginx的监听配置是写在nginx.conf里的，不会出现在进程的命令行参数中，所以ps aux | grep :80自然找不到Nginx。

正确的做法是用专门关联端口和进程的工具：

• 用netstat（需要root权限才能看到完整进程信息）：

  sudo netstat -tulpn | grep :80
  

  参数说明：

  • -t：显示TCP端口
  • -l：只显示监听状态的端口
  • -p：显示对应进程的PID和名称
  • -n：用数字显示端口和IP，避免DNS解析

• 或者用lsof（同样需要root）：

  sudo lsof -i :80
  

  这个命令会直接列出所有占用80端口的进程详情。

2. 缺少权限导致进程信息被隐藏 #

如果你没有用sudo执行netstat -tulpn，普通用户只能看到自己启动的进程信息。Nginx通常是以nginx用户或者www-data用户运行的，普通用户无法查看这些进程的PID和名称，这时候netstat输出里的进程列会显示-，自然无法通过grep nginx找到对应行。

验证方法：直接执行sudo netstat -tulpn | grep :80，对比不加sudo的输出，就能看到差异。

3. Nginx绑定了特定IP而非0.0.0.0 #

如果你的Nginx配置里监听的是特定IP（比如listen 127.0.0.1:80;），而不是所有IP（listen 0.0.0.0:80;或者listen 80;），那么netstat输出里的端口会显示为127.0.0.1:80而非:80。如果你用grep :80过滤，部分场景下可能会漏掉这个结果（虽然多数版本的grep仍能匹配，但值得排查）。

你可以检查Nginx的配置文件（默认是/etc/nginx/nginx.conf或者/etc/nginx/conf.d/*.conf）里的listen指令，确认绑定的IP和端口。

4. grep过滤时的细节问题 #

比如你用了类似netstat -tulpn | grep :80 | grep -v grep的命令，如果Nginx的进程名或者命令行里意外包含了grep字符串（虽然这种情况极少见），会被grep -v grep排除。另外，grep默认是大小写敏感的，如果你用grep NGINX就会找不到小写的nginx进程名。

建议先不加过滤，直接执行sudo netstat -tulpn，手动查看80端口对应的进程，确认是否是Nginx。

内容的提问来源于stack exchange，提问作者DR01D