跳到正文

端口9000— ClickHouse / Portainer / SonarQube

TCP 9000 被多个知名服务用作默认端口:ClickHouse 原生协议、Portainer 的传统 HTTP 入口(当前版本默认入口为 HTTPS 9443)、SonarQube Web 界面,还有 PHP-FPM 的 FastCGI 监听。正因如此,9000 是内网端口冲突的高发区,也是公网扫描的重点目标。

登记用途、软件默认配置与本机占用是三回事。端口号不能单独证明服务身份或安全性。

配置与排查要点

排查 9000 冲突:先确认是哪个服务在监听——`ss -tulpn | grep :9000` 配合 `docker ps | grep 9000`。Portainer 改端口在容器 `-p 9443:9443` 映射或其内部 settings;ClickHouse 的 `tcp_port` 在 `config.xml`;SonarQube 的 `sonar.web.port` 在 `sonar.properties`。多个服务并存时给每个分配不同外部端口,避免都在 -p 里抢 9000。

注意事项

Portainer 和 SonarQube 是管理界面,ClickHouse 是数据库协议——三者都不应直接暴露公网。扫描器对 9000 的探测非常频繁,务必配合防火墙来源限制或 VPN。

只读检查:在服务所在主机执行

按实际系统选择一组命令。TCP 与 UDP 分开检查;没有结果不是永久空闲保证。容器内与宿主机需分别检查。

Linux

sudo ss -ltnp 'sport = :9000'

macOS

sudo lsof -nP -iTCP:9000 -sTCP:LISTEN

Windows PowerShell

Get-NetTCPConnection -LocalPort 9000 -State Listen

来源与核验

资料核对日期:

仅核对本页说明与所列资料,不代表扫描过你的设备,也不代表审核了下方全部社区软件记录。

使用此端口的软件 (10 个软件)

社区软件记录:链接仅供参考,未逐条核验。

Keystone.js

Node.js CMS和Web应用程序平台

Kratos

Go微服务框架

Play Framework

Play Framework Web应用框架默认端口

SonarQube

SonarQube代码质量管理平台端口

Portainer

Portainer Docker管理界面端口

GitLab Runner

GitLab Runner执行器端口

Argo CD

Argo CD GitOps持续交付工具端口

QuestDB HTTP

QuestDB时序数据库HTTP端口

Hadoop HDFS NameNode

Hadoop HDFS NameNode

SolrCloud

SolrCloud集群模式

使用建议

  • 在使用端口 9000 前,请确认它没有被其他服务占用
  • 如果遇到端口冲突,可以考虑使用其他端口或停止占用服务

常见问题

端口 9000 是什么服务?

端口 9000 属于开发工具类别。本页列出登记用途与常见软件,具体到某台机器上谁在监听,要用 ss/netstat 查进程确认。

端口 9000 是 TCP 还是 UDP?

本页登记的协议是 TCP。同一端口号在两种协议上是独立的:可能出现 TCP 监听而 UDP 空闲的情况,排查时要分别检查。

如何检查端口 9000 是否被占用?

Linux 上用 sudo ss -tlnp 'sport = :9000'(精确匹配端口);macOS 用 sudo lsof -nP -iTCP:9000 -sTCP:LISTEN;Windows PowerShell 用 Get-NetTCPConnection -LocalPort 9000 -State Listen。能看到监听地址与进程名才算确认占用;非 root/admin 会看不到其他用户的进程。

端口 9000 安全吗?需要放行防火墙吗?

端口本身没有安全性可言——安全取决于监听它的服务是否正确配置、是否需要暴露。只对本机或内网的服务不要放行;确需公网访问时配合来源限制、VPN 或认证。本页"注意事项"段落列出了该端口的特定风险。

快速信息

端口
9000
协议
TCP
分类
开发工具
使用情况
10 个软件正在使用

需要帮助?

如果您发现信息有误或需要补充,欢迎向我们提交修正信息。

提交修正信息