Fork me on GitHub

kibana加访问控制时报错--Kibana did not load properly.Check the server output for more information.

错误

  在使用kibana的时候,我们需要对可以进行日志访问进行控制,x-pack插件是最好的选择,但是kibana的x-pack插件是收费的,我们本着节约资源的理念(公司的钱也是钱啊,哈哈),我决定使用nginx的访问控制来进行用户认证,在经过nginx用户认证与htpasswd命令配置后,我们进行登陆访问,在输入用户名和密码之后发现kibana报这个错误:

Kibana did not load properly.Check the server output for more information。

 错误解析

第一:检测kibana是否正常启动以及kibana日志。

第二:检测nginx访问日志是否有异常。

经过检测kibana是正常启动,不通过nginx是可以正常访问的,那么应该就是nginx的问题了,我们检查访问日志没有发现任何异常,最后我们在nginx的error.log发现了异常。

2018/11/02 13:59:23 [crit] 26198#0: *1215 open() "/usr/local/nginx/proxy_temp/4/11/0000000114" failed (13: Permission denied) while reading upstream, client: 10.12.11.88, server: 10.41.2.186, request: "GET /bundles/app/kibana/bootstrap.js HTTP/1.1", upstream: "http://120.1.1.1:88/bundles/app/kibana/bootstrap.js", host: "10.41.2.186"

认真一看这不就是我们访问kibana时的错误吗?原来时权限不足导致的访问不了某些js缓存文件。

解决办法:

找到运行nginx的用户,然后将 proxy_temp 目录的所有文件的所有者修改成运行nginx的用户,这样就权限访问该资源了,也就将问题解决了

posted @   自由早晚乱余生  阅读(9691)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
点击右上角即可分享
微信分享提示