Kibana Docker显示启动提示却无法启动，ES与Kibana访问异常

看起来你踩了Docker部署ES和Kibana的经典坑——head插件能正常访问，但核心服务连不上，Kibana还陷入了重定向循环，启动一直卡在加载提示。我帮你一步步排查解决：

第一步：先把Elasticsearch的核心配置捋顺 #

你能启动head插件，说明Docker网络没问题，但ES可能因为配置限制拒绝了外部访问。先检查你的elasticsearch.yml，确保有这几个关键配置：

• 允许跨域（Kibana必须和ES跨域通信）：

  http.cors.enabled: true
  http.cors.allow-origin: "*"
  

• 绑定所有网络接口，别只绑localhost（否则Kibana容器和外部都访问不到）：

  network.host: 0.0.0.0
  

• 另外，ES对内存和系统参数有要求，在docker-compose.yml里加上这些配置避免启动失败：

  environment:
    - discovery.type=single-node  # 单节点模式，适合测试场景
    - ES_JAVA_OPTS=-Xms512m -Xmx512m  # 根据虚拟机内存调整，别超过物理内存的一半
    - bootstrap.memory_lock=true
  ulimits:
    memlock:
      soft: -1
      hard: -1
  

第二步：修复Kibana的重定向与连接问题 #

“Too many redirects”几乎都是因为Kibana找不到正确的ES地址，或者配置了错误的访问路径。

• 打开kibana.yml，确保ES地址指向Docker内部的服务名（就是你在docker-compose里给ES起的服务名，比如elasticsearch）：

  elasticsearch.hosts: ["http://elasticsearch:9200"]
  

  别填虚拟机的外部IP！容器内部是通过服务名通信的，用外部IP会让Kibana反复跳转陷入循环。
• 同时确保Kibana允许外部访问：

  server.host: "0.0.0.0"
  

第三步：检查容器状态与日志找线索 #

先确认容器是不是真的在正常运行：

docker-compose ps

如果ES或Kibana的状态是exited或restarting，直接看日志定位问题：

• 查看ES日志，重点关注权限、内存或配置语法错误：

  docker-compose logs elasticsearch
  

  比如ES默认要求系统的vm.max_map_count设为262144，Ubuntu上临时设置用：

  sysctl -w vm.max_map_count=262144
  

  要永久生效就编辑/etc/sysctl.conf，加上vm.max_map_count=262144，然后执行sysctl -p生效。
• 查看Kibana日志，如果一直显示“Waiting for Elasticsearch to be available”，那就是连不上ES，回到第二步检查配置：

  docker-compose logs kibana
  

第四步：验证Elasticsearch本身是否正常 #

在虚拟机里用curl测试ES的本地访问：

curl http://localhost:9200

如果返回带ES版本信息的JSON，说明ES本身运行正常；如果连这个都不通，先解决ES的启动问题，再处理Kibana。

第五步：清理缓存重新启动 #

有时候旧容器的缓存会导致配置不生效，先删干净再重新启动：

docker-compose down
docker-compose up -d

这样一套操作下来，应该能解决你的问题。如果还是不行，把ES和Kibana的日志片段贴出来，我再帮你进一步分析。

内容的提问来源于stack exchange，提问作者Erik van de Ven