跳至正文

連接埠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 個軟體正在使用

需要幫助?

如果您發現資訊有誤或需要補充,歡迎向我們提交修正資訊。

提交修正資訊