无法启动Kibana：超级用户elastic无索引操作权限求助

1. 修正kibana.yml中的认证配置冲突 #

你的kibana.yml同时配置了两种Elasticsearch认证方式：

• 在elasticsearch.hosts中嵌入了elastic用户的认证信息
• 单独指定了elasticsearch.username: "kibana_system"和对应密码

这会导致Kibana连接ES时身份混乱，报错中提到的elastic用户无权限，就是因为Kibana实际使用了URL中的elastic用户操作Kibana专属索引。正确做法是移除URL中的用户认证信息，仅保留单独的elasticsearch.username和password配置——kibana_system是官方推荐的Kibana服务连接用户，默认拥有操作所有.kibana*索引的权限。

修改后的elasticsearch.hosts配置应为：

elasticsearch.hosts: ["https://localhost:9200"]

保留原有的系统用户认证配置：

elasticsearch.username: "kibana_system"
elasticsearch.password: "<你的kibana_system密码>"

2. 验证kibana_system用户权限（可选） #

若修正配置后仍报错，可手动确认kibana_system用户权限：

1. 用elastic用户登录ES命令行：

curl -u elastic:<你的elastic密码> -k https://localhost:9200/_security/user/kibana_system?pretty

2. 查看返回的roles字段，确认包含kibana_system角色（该角色默认已配置.kibana*索引全权限）。
3. 若角色缺失，手动添加：

curl -u elastic:<你的elastic密码> -XPOST -k https://localhost:9200/_security/user/kibana_system/_roles -H "Content-Type: application/json" -d '
{
  "roles": ["kibana_system"]
}
'

3. 重启Kibana服务 #

完成配置修改后，重启服务使配置生效：

sudo systemctl restart kibana

检查服务状态确认是否正常：

sudo systemctl status kibana

额外说明（不推荐） #

如果必须使用elastic用户让Kibana连接ES（不建议，超级管理员账号应避免服务直接使用），需为其添加.kibana*索引的delete、write权限：

1. 创建自定义角色：

curl -u elastic:<你的elastic密码> -XPUT -k https://localhost:9200/_security/role/kibana_delete_by_query -H "Content-Type: application/json" -d '
{
  "indices": [
    {
      "names": [".kibana*"],
      "privileges": ["delete", "write"]
    }
  ]
}
'

2. 将角色绑定给elastic用户：

curl -u elastic:<你的elastic密码> -XPOST -k https://localhost:9200/_security/user/elastic/_roles -H "Content-Type: application/json" -d '
{
  "roles": ["kibana_delete_by_query"]
}
'

之后重启Kibana即可。

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