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