Couchbase 管理控制台
Couchbase Server 的 Web 管理控制台默认端口：集群初始化、Bucket 创建、用户权限、查询工作台与 rebalance 都在 8091 上完成。同一套服务还派生出 8092（Views）、8093（N1QL 查询）、8094（全文检索）等端口，数据面另走 11210。控制台权限等同集群管理员。
基本信息
| 服务 | Couchbase Web Console |
|---|---|
| 协议 | TCP/HTTP（可配 HTTPS，控制台 SSL 常用 18091） |
| 默认端口 | 8091 |
| 同族端口 | 8092 views / 8093 query / 8094 search |
| 暴露面 | 仅数据网段，严禁公网 |
典型使用场景
- 初始化新集群：设定首个管理员账号与集群名称
- 创建 Bucket 并设置内存配额、副本数与驱逐策略
- 用内置查询工作台试 N1QL 语句，不必先装客户端
- 观察 rebalance 进度，确认扩容节点是否真正接管数据
- 配置 RBAC 用户与审计，交给运维做日常巡检
端口与状态核对
端口与状态核对
ss -lntp | grep -E '809[1-4]' # 端口组核对
curl -sI http://cb01:8091/ui/index.html # 控制台可达性
curl -s http://cb01:8091/pools | head -c 200 # 未认证可见即配置缺失
# 入口: http://cb01:8091/ui/index.html排障与核对
| 检查项 | 做法 | 异常表现 |
|---|---|---|
| 控制台可达 | curl -sI http://cb01:8091/ui/ | 超时或 502：服务未起或防火墙拦截 |
| 初始化状态 | 直接访问 8091 看是否进入向导 | 能进向导：任何人都能抢先完成初始化 |
| 集群健康 | 控制台的节点与 rebalance 视图 | 节点长期 pending：扩容卡住，数据分布不均 |
| 同族端口 | ss -lntp | grep -E '809[1-4]' | 只有 8091 在听：N1QL 查询报服务不可用 |
安装完成后第一件事是完成初始化并设置强口令，比事后补加固有效得多；控制台端口与数据端口（数据面 11210、控制台 SSL 18091）要用同一套网络策略处理，只关其中一个等于没关。
安装向导的窗口期
新装的 Couchbase 在完成初始化前不对 8091 做认证：谁能先打开向导，谁就能设定管理员账号、邮箱与集群名，把整个集群据为己有。公开案例里「实例被陌生人完成初始化」的根因几乎都是装完就临时暴露到了公网，等加固计划排上日程时集群已易主。
Couchbase 各版本对控制台与查询服务的端口划分有微调，Analytics、Eventing 等组件还会新增端口；防火墙规则按服务名维护而不是只写端口号，能减少版本升级带来的漏放风险。
8091 暴露公网等于把集群管理员界面交出去：口令一旦被撞开，可以读取全部 Bucket 数据、改副本策略，甚至直接清空集群。