网页界面登录账户

数据湖中有多个用户通过浏览器登录的界面。它们与服务账户（修改密码 · API 密钥）的存储不同，修改方式也各不相同。

界面	地址	账户变量	修改方法
管理控制台	`https://<server-ip>:4950/`	`PP_DATALAKE_ADMIN_USER` / `PP_DATALAKE_ADMIN_PASSWORD`	`passwd.sh`
数据网关控制台	`https://<server-ip>:5501/`	`PP_DATA_GATEWAY_WEB_USER` / `PP_DATA_GATEWAY_WEB_PASSWORD`	Sidecar + 重启
CEP 控制台	`https://<server-ip>:7401/`	`PP_CEP_WEB_USER` / `PP_CEP_WEB_PASSWORD`	Sidecar + 重启
PlantPulse Dashboard	`https://<server-ip>:3000/`	PlantPulse Dashboard 自有账户	PlantPulse Dashboard 界面内
Kestra	`https://<server-ip>:8380/`	`PP_KESTRA_ADMIN_EMAIL` / `PP_KESTRA_ADMIN_PASSWORD`	Sidecar + 重启
RustFS 控制台	`http://<server-ip>:9001/`	`PP_S3_USER` / `PP_S3_PASSWORD`	`passwd.sh`（与服务账户相同值）
Temporal UI · Spark UI	`http://<server-ip>:8233/` · `:4440/`	无登录	仅在私网中开放

默认值列表见修改初始密码。本页不列出具体值。

管理控制台 (`:4950` · `:4949`)

变量	默认值	说明
`PP_DATALAKE_ADMIN_USER`	`admin`	登录名。可以更改，但 `passwd.sh` 只处理密码
`PP_DATALAKE_ADMIN_PASSWORD`	2026-09-05 后安装的版本为开发用默认值，之前的为空	为空时仅控制台关闭，堆栈正常启动
`PP_DATALAKE_ADMIN_API_KEY`	无	机器调用日志端点时使用的 `X-API-Key`。为空则仅禁用密钥认证

cd /opt/kopens/plantpulse-platform-docker
bin/passwd.sh PP_DATALAKE_ADMIN_PASSWORD      # 프롬프트로 새 값

若 --list 中无此密钥的旧安装包，则直接修改 Sidecar。由于没有服务器端账户，此情况下编辑文件即可。

sudo vi /etc/kopens/plantpulse-platform.env
#   PP_DATALAKE_ADMIN_PASSWORD=<새비밀번호>
cd /opt/kopens/plantpulse-platform-docker/bin
./restart-datalake.sh

当登录界面显示«此节点的控制台未配置»时

表示 PP_DATALAKE_ADMIN_PASSWORD 为空。这不是故障，而是部署调试时遗漏所致。按上述方法填入值并重启即可打开。pd doctor 也会以相同名称提示 «选择密钥未设置»。

两个查询控制台 — 数据网关 · CEP

数据网关控制台（SQL 执行）和 CEP 控制台（EQL 规则）各有独立的浏览器登录。密码没有默认值，为空时仅该控制台拒绝登录。数据湖正常运行，其他控制台不受影响。

变量	默认值	呈现位置
`PP_DATA_GATEWAY_WEB_USER` / `PP_DATA_GATEWAY_WEB_PASSWORD`	`admin` / 无	`plantpulse-data-gateway/config/plantpulse-jdbc.properties` 的 `data.gateway.web.*`
`PP_CEP_WEB_USER` / `PP_CEP_WEB_PASSWORD`	`admin` / 无	`plantpulse-cep/config/plantpulse-cep.properties` 的 `cep.web.*`

这两者决定不进行轮换（2026-09-07）。passwd.sh 中没有此密钥，若添加则会被拒绝。在 Sidecar 中写入并重启即可——因为没有服务器端账户，这样就完成了。

sudo vi /etc/kopens/plantpulse-platform.env
#   PP_DATA_GATEWAY_WEB_PASSWORD=<새비밀번호>
#   PP_CEP_WEB_PASSWORD=<새비밀번호>
cd /opt/kopens/plantpulse-platform-docker/bin
./restart-datalake.sh

再次运行 install.sh 时，会在«此功能已关闭»列表中提示这两个名称及要写入的文件。

SQL 控制台即数据网关控制台

执行 SQL 的位置是数据网关控制台 https://<server-ip>:5501/，在管理控制台的«工具»界面中以卡片形式打开。

PlantPulse Dashboard (`:3000`)

时序仪表盘。仅通过 TLS 响应——通过 http:// 打开会返回 400。

PlantPulse Dashboard 的管理员账户存储在 PlantPulse Dashboard 自身的存储中（2026-09-08 起为 PostgreSQL 的 grafana 数据库）。🔴 没有设置管理员账户的环境变量——配置文件中的值仅在存储中不存在任何用户时被参考，一旦创建后，存储将优先。因此修改位置在 PlantPulse Dashboard 界面：登录 → 左下角个人资料 → Change password。默认值参见修改初始密码。

数据湖读取的 PlantPulse Dashboard 变量仅有用于存储连接的两个（PP_GRAFANA_DB_USER · PP_GRAFANA_DB_PASSWORD），其余为启动必需。

默认仪表盘无法编辑

附带的仪表盘是只读的（2026-09-08 决定）。如需修改，请用 Save as 创建副本，然后编辑副本——副本归您所有，升级时不会被覆盖。

重新创建容器可能导致 PlantPulse Dashboard 账户回退

PlantPulse Dashboard 的数据目录（plantpulse-timeseries/dashboard/data）位于镜像层内而非卷。界面修改的密码和仪表盘编辑仅保存在容器的可写层，像 update.sh · restart-datalake.sh 那样重新创建容器后，将回退到镜像所携带的值。此问题已报告为产品缺陷。在修复版发布前，重建后请再次确认 PlantPulse Dashboard 密码。

Kestra (`:8380`)

数据管道引擎。仅通过 TLS 响应。

变量	默认值
`PP_KESTRA_ADMIN_EMAIL`	`admin@plantpulse.io`
`PP_KESTRA_ADMIN_PASSWORD`	开发用默认值 — 修改初始密码

PP_KESTRA_DB_PASSWORD 为另一个值。这是 Kestra 连接 PostgreSQL 时使用的后端账户，并非用户登录账户。

修改 Kestra 密码不影响归档

2026-09-04 之前，数据仓库将 Kestra 账户硬编码在其启动脚本中，修改此密码会导致 S3 归档静默停止。现在没有此路径了—— 归档和优化由 Temporal 工作节点运行，数据仓库不持有 Kestra 凭据 → 修改初始密码 — Kestra

RustFS 控制台 (`:9001`)

对象存储的管理界面。登录账户与服务账户相同值（PP_S3_USER / PP_S3_PASSWORD），因此通过 passwd.sh PP_S3_PASSWORD 修改时，界面登录也会随之更改。pd 监控的是 S3 API 端口 9000，而用户打开的界面是 9001。

管理控制台 (:4950 · :4949)​

两个查询控制台 — 数据网关 · CEP​

PlantPulse Dashboard (:3000)​

Kestra (:8380)​

RustFS 控制台 (:9001)​

相关文档​

管理控制台 (`:4950` · `:4949`)

两个查询控制台 — 数据网关 · CEP

PlantPulse Dashboard (`:3000`)

Kestra (`:8380`)

RustFS 控制台 (`:9001`)

相关文档