先用 curl -v http://localhost:9200 验证 elasticsearch 是否响应，确认其运行正常且端口可达；kibana 的 elasticsearch.hosts 必须写完整 url（如 ["http://127.0.0.1:9200"]），启用安全认证时需同步配置用户名密码，server.host 必须为带双引号的 "0.0.0.0"，yaml 冒号后须空格，且确保文件权限正确。
确认 Kibana 与 Elasticsearch 的网络连通性
Kibana 启动失败或页面空白，八成是它根本连不上 Elasticsearch。别急着改 kibana.yml，先手动验证连接是否通。
常见错误现象：Unable to connect to Elasticsearch at http://localhost:9200、浏览器打开后显示 “Kibana server is not ready yet”、elasticsearch.hosts 配置正确但日志里反复报 timeout。
- 用
curl -v http://localhost:9200直接测 Elasticsearch 是否响应（注意：Elasticsearch 默认绑定127.0.0.1，若改过network.host为0.0.0.0，还需确认防火墙放行9200端口） - Kibana 配置中
elasticsearch.hosts必须写完整 URL，例如["http://127.0.0.1:9200"]，不能只写["localhost:9200"]（Kibana 8+ 强制要求协议前缀） - 如果 Elasticsearch 启用了安全认证（X-Pack 或 Stack Security），Kibana 必须同步配置
elasticsearch.username和elasticsearch.password，否则连接会被拒绝，且错误日志里不提示“认证失败”，只显示连接超时
修改 kibana.yml 前必须检查的三项硬约束
直接编辑 kibana.yml 却没生效？大概率踩了这三个 YAML 格式或权限陷阱。
使用场景：刚解压 Kibana 包，改完配置执行 ./bin/kibana 无反应，或启动后 server.host 不生效。
-
server.host必须设为"0.0.0.0"（带英文双引号），YAML 对字符串和布尔值敏感，写成0.0.0.0（无引号）会被解析为浮点数，Kibana 拒绝启动 - 所有配置项冒号后必须加一个空格，例如
server.port: 5601✅，server.port:5601❌（会静默忽略该行） - 确保运行 Kibana 的用户对
config/kibana.yml有读取权限，且对data/目录有写入权限（尤其启用 Reporting 或 Canvas 功能时，会在此生成缓存和导出文件）
索引模式匹配不上？检查 Filebeat / Logstash 写入的索引名格式
Kibana 的 Discover 页面一片空白，或提示 “No results match your search”，不是数据没进来，而是索引模式没对上。
参数差异：Filebeat 默认写入 filebeat-*，Logstash 默认写入 logstash-，而 Kibana 创建索引模式时填的是 logs-* —— 这三者不一致就查不到任何东西。
- 在 Kibana 的 Stack Management → Index Patterns 页面，点击 “Refresh field list”，看右侧是否列出真实存在的索引名（如
filebeat-8.13.2-2026.04.19） - 如果列表为空，说明数据根本没写进 Elasticsearch；如果存在但模式不匹配，就在 “Create index pattern” 步骤中输入实际索引前缀，例如
filebeat-*，再下一步选时间字段（通常是@timestamp） - 若使用 ILM 策略，索引名可能被重写为
logs-system-000001这类格式，此时索引模式应设为logs-system-*，而非原始输入名
Kibana 启动后无法访问 5601 端口？排查监听地址与防火墙
命令行显示 Serving kibana on http://localhost:5601，但从外部机器打不开，问题几乎全出在绑定地址或系统级拦截上。
性能 / 兼容性影响：Kibana 默认只监听 127.0.0.1，这是安全默认值，但对远程调试或生产访问就是障碍；盲目放开 0.0.0.0 又可能暴露未鉴权服务。
- 确认
server.host: "0.0.0.0"已设置，并重启 Kibana（改完kibana.yml不重启等于没改） - 检查 Linux 防火墙：
sudo ufw status（Ubuntu）或sudo firewall-cmd --list-ports（CentOS/RHEL），确保5601端口已开放 - 若服务器在云厂商（如阿里云、AWS），还需检查安全组规则——这个最容易被忽略，本地防火墙开了，云平台防火墙没开，照样不通
真正卡住部署的，往往不是配置项本身，而是 Elasticsearch 返回的响应头里带了 X-Frame-Options: DENY，或者 Kibana 的 server.rewriteBasePath 和反向代理路径不一致。这些细节不报错，但会让界面加载一半就停住——遇到这种“看起来启动成功却用不了”的情况，务必打开浏览器开发者工具的 Network 标签页，看哪个请求卡在 pending 或返回 403。
