安装SearchGuard后Kibana Dev Tools登录后历史清空问题咨询

这绝对不是SearchGuard的预期行为，结合你提到的「安装前正常、安装后出现问题」的背景，大概率是反向代理路径+SearchGuard会话配置不匹配导致的。下面是具体的排查和解决方向：

1. 先确认Kibana的basePath配置是否正确 #

因为你用Nginx通过/kibana/路由代理Kibana，必须在kibana.yml里明确设置basePath，否则Kibana的前端资源和API请求路径会混乱，进而影响本地存储的历史记录读取：

server.basePath: "/kibana"
server.rewriteBasePath: true  # Kibana 7.x+版本建议开启，自动重写路径

同时检查Nginx的反向代理配置，确保路径转发正确（避免路径拼接错误）：

location /kibana/ {
    proxy_pass http://你的Kibana节点IP:5601/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

2. 调整SearchGuard的Cookie路径配置 #

SearchGuard会管理Kibana的认证会话，如果Cookie的作用路径和Kibana的basePath不匹配，会导致每次登录后Kibana无法识别原有会话，进而重置本地存储的控制台历史。
在kibana.yml里添加或修改以下配置：

searchguard.cookie.path: "/kibana"

这个路径必须和你设置的server.basePath完全一致，确保认证Cookie只在/kibana/路径下生效，和Kibana的上下文匹配。

3. 验证浏览器端的存储状态 #

可以通过浏览器开发者工具快速定位问题：

• 按F12打开开发者工具，切换到「Application」标签
• 查看「Local Storage」下的kibana.dev_tools.console.history：如果每次登录后这个键被清空或重新创建，说明Kibana无法关联到之前的会话存储
• 查看「Cookies」下的SearchGuard会话Cookie（通常名为sg_session）：确认它的「Path」属性是/kibana，而不是根路径/

4. 排除权限相关问题（概率较低） #

虽然控制台历史是存在浏览器本地存储，但可以检查下你的SearchGuard角色是否包含完整的Dev Tools权限：确保角色拥有kibana_all或者明确包含dev_tools相关的权限项，避免因权限限制导致历史记录无法被读取。

总结 #

从你的场景来看，最可能的原因是SearchGuard的Cookie路径未匹配Kibana的basePath，导致每次登录后Kibana无法识别原有会话的本地存储。调整上述配置后，重启Kibana和Nginx，应该就能解决历史记录重置的问题。

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