不加載

儘管ElasticSearch和Kibana Kibana Web界面我的兩個生產服務器上運行，我不能在公共IP訪問GUI：http://52.4.153.19:5601/不加載

本地主機捲髮返回200級，但控制檯上的錯誤後，瀏覽器報告超時幾個圖像被檢索。

我已經在本地（Windows 10）和暫存的AWS EC2 Ubuntu 14.04環境中成功安裝，運行並訪問了Kibana。我可以通過本地主機上的端口5601訪問這兩個端口，並且可以通過公共IP地址訪問分段環境，並相應地尋址所有域。反向代理也可以工作，儀表板上的所有狀態指示器都是綠色的。

我跑Kibana 4.5，ElasticSearch 2.3.1，阿帕奇2.4.12

我用同樣的確切數量與工作環境連接到生產實例，所以一切都是在兩個相同的除了臨時環境的apache虛擬主機使用子域而生產環境的服務器名稱是基本域之外。兩者都配置爲SSL通配符。兩者都位於亞馬遜的獨立可用區域。我試着改變服務器模塊在生產服務器上使用子域，只是爲了查看域是否有影響力，但錯誤依然存在。

我也試過單獨運行一個實例，以防EC2與0.0.0.0有某種網絡錯誤，但我無法解決問題。 ElasticSearch和Kibana的兩臺服務器之間的所有日誌和配置都相同。

我試過刪除並重新創建kibana索引，嘗試了包括主機在內的備用設置，elasticsearch url，擴展了最大ping和超時，max重試，擴展了apache限制，http.cors允許不同的來源。我嘗試了其他端口，但兩臺服務器都指示5601正在以相同的方式偵聽。

我在以前連接到此實例的完全不同的捲上也有同樣的問題。

我可以看到的唯一區別是工作版本ping得很好，而非工作版本在ping IP時有100％的數據包丟失，儘管我無法想象爲什麼會這樣，因爲我能到達80的網站，就好了。我還可以訪問在其他端口上運行的各種其他工具。我認爲可能會有某種網絡衝突。有任何想法嗎？

來源

2016-08-10 user1858516

您是否確定在公共IP上可以訪問臨時服務器端口5601，您是否可以再次檢查防火牆規則以驗證？超時主要發生在請求未到達所需服務器並且沒有正文響應時。 –

登臺服務器不是問題。清楚的是，當我說我已經'訪問kibana'時，我在5601上使用公共IP。每個在分段上打開並可訪問的端口也可以在現場開放和訪問（22,80,443,10000等等）來自公共IP和域名。實況上只有5601失敗，但兩臺服務器都有相同的iptables。即使我嘗試將kibana或elasticsearch綁定到非標準端口，我仍然會遇到同樣的問題。 – user1858516

您是否爲kibana綁定了IP？ –

對不起，忘了更新這個問題。答案結果是，我只需要部署一個新的實例。只需創建實例的克隆，我就能解決問題。在AWS之前，我遇到過網絡問題，因爲他們內部的DNS/IP衝突，所以我必須這樣做，過去，這是最快捷，最乾淨的解決方案，儘管沒有提供任何明確的見解原因。

來源

2016-08-30 22:56:26 user1858516

可能端口5601由防火牆

阻止允許到端口5601的傳入連接：

sudo iptables -I INPUT -p tcp --dport 5601 -j ACCESS

出於安全：

修改上述命令和只接受來自特定地址的連接。（見man iptables）

或使用盾插件elasticseach

來源

2016-08-10 06:30:10 MrRolling

端口5601未被阻止。該規則已經建立（接受，而不是訪問）。兩臺服務器都有相同的iptables，netstat顯示了相同的監聽結果。同樣如上所述，日誌顯示與健康服務器相同的結果。 Kibana詳細顯示了與Elasticsearch的連接。我可以通過端口80和443從我的Web服務遠程地在兩臺服務器上調用ElasticSearch調用。我將給予屏蔽一些注意事項，但如果在另一臺服務器上不需要這個問題，將如何解決此問題？ – user1858516

鑑於dev服務器實例運行時沒有發生錯誤且卷的卷相同，我感覺AWS在這個特定實例上存在一些網絡衝突。我創建了一個新的實例作爲活動服務器的一個克隆，該服務器無法正常工作，並立即運行。我不能解釋它，但如果我只是搗毀那些不起作用的工作，那至少會讓我完成這件事。 – user1858516

回答

相關問題