Kibana 网页界面未加载
Kibana web interface not loading
尽管 ElasticSearch 和 Kibana 都在我的生产服务器上 运行ning，但我无法通过 public IP 访问 GUI：http://52.4.153.19:5601/
Localhost curls return 200 但浏览器上的控制台错误报告在检索到一些图像后超时。
我已经在本地 (Windows 10) 和临时 AWS EC2 Ubuntu 14.04 环境中成功安装并访问了 Kibana。我可以通过 localhost 上的端口 5601 访问两者，并且可以通过 public IP 地址和相应寻址的所有域访问暂存环境。反向代理也可以工作，仪表板上的所有状态指示器都是绿色的。
我 运行正在使用 Kibana 4.5、ElasticSearch 2.3.1、Apache 2.4.12
我使用了来自工作环境的完全相同的卷来附加到生产实例，所以这两个卷上的一切都是相同的，除了暂存环境的 apache vhost 使用子域而生产环境的服务器名是基域。两者都配置为使用 SSL 通配符。两者都位于亚马逊的不同可用性区域。我已经尝试更改服务器块以在生产服务器上使用子域，只是为了查看该域是否有影响但错误仍然存在。
我还尝试 运行 单独连接一个实例，以防 EC2 出现某种网络错误 0.0.0.0 但我无法解决。 ElasticSearch 和 Kibana 的两个服务器之间的所有日志和配置都是相同的。
我试过删除并重新创建 kibana 索引，尝试了包括主机在内的替代设置，elasticsearch url，扩展了最大 ping 和超时，最大重试，扩展了 apache 限制，http.cors 允许不同的来源。我试过其他端口，但两台服务器都表明 5601 正在以相同的方式侦听。
我在之前附加到此实例的完全不同的卷上也遇到了同样的问题。
我能看到的唯一区别是，工作版本 ping 正常，而非工作版本在 ping IP 时有 100% 的数据包丢失，尽管我无法想象为什么会这样，因为我80能上网站，就好了。我还可以在其他端口上访问各种其他工具 运行ning。我假设可能存在某种网络冲突。有什么想法吗？
可能是端口 5601 被防火墙阻止了
通过以下方式允许到端口 5601 的传入连接：
sudo iptables -I INPUT -p tcp --dport 5601 -j ACCESS
为了安全：
修改上述命令并仅接受来自特定地址的连接。 （参见 man iptables）
或使用 Shield elasticseach 插件
抱歉，忘记更新这个问题了。答案是我只需要部署一个新实例。只需创建实例的克隆，我就能够解决问题。之前我在 AWS 遇到过网络问题，他们的内部 dns/ip 冲突，所以过去我不得不这样做，结果证明这是最快、最干净的解决方案，尽管没有提供任何确定的解决方案洞察原因。
尽管 ElasticSearch 和 Kibana 都在我的生产服务器上 运行ning，但我无法通过 public IP 访问 GUI：http://52.4.153.19:5601/
Localhost curls return 200 但浏览器上的控制台错误报告在检索到一些图像后超时。
我已经在本地 (Windows 10) 和临时 AWS EC2 Ubuntu 14.04 环境中成功安装并访问了 Kibana。我可以通过 localhost 上的端口 5601 访问两者，并且可以通过 public IP 地址和相应寻址的所有域访问暂存环境。反向代理也可以工作，仪表板上的所有状态指示器都是绿色的。
我 运行正在使用 Kibana 4.5、ElasticSearch 2.3.1、Apache 2.4.12
我使用了来自工作环境的完全相同的卷来附加到生产实例，所以这两个卷上的一切都是相同的，除了暂存环境的 apache vhost 使用子域而生产环境的服务器名是基域。两者都配置为使用 SSL 通配符。两者都位于亚马逊的不同可用性区域。我已经尝试更改服务器块以在生产服务器上使用子域，只是为了查看该域是否有影响但错误仍然存在。
我还尝试 运行 单独连接一个实例，以防 EC2 出现某种网络错误 0.0.0.0 但我无法解决。 ElasticSearch 和 Kibana 的两个服务器之间的所有日志和配置都是相同的。
我试过删除并重新创建 kibana 索引，尝试了包括主机在内的替代设置，elasticsearch url，扩展了最大 ping 和超时，最大重试，扩展了 apache 限制，http.cors 允许不同的来源。我试过其他端口，但两台服务器都表明 5601 正在以相同的方式侦听。
我在之前附加到此实例的完全不同的卷上也遇到了同样的问题。
我能看到的唯一区别是，工作版本 ping 正常，而非工作版本在 ping IP 时有 100% 的数据包丢失，尽管我无法想象为什么会这样，因为我80能上网站，就好了。我还可以在其他端口上访问各种其他工具 运行ning。我假设可能存在某种网络冲突。有什么想法吗？
可能是端口 5601 被防火墙阻止了
通过以下方式允许到端口 5601 的传入连接：
sudo iptables -I INPUT -p tcp --dport 5601 -j ACCESS
为了安全：
修改上述命令并仅接受来自特定地址的连接。 （参见 man iptables）
或使用 Shield elasticseach 插件
抱歉，忘记更新这个问题了。答案是我只需要部署一个新实例。只需创建实例的克隆，我就能够解决问题。之前我在 AWS 遇到过网络问题，他们的内部 dns/ip 冲突，所以过去我不得不这样做，结果证明这是最快、最干净的解决方案，尽管没有提供任何确定的解决方案洞察原因。