elasticsearch,amazon-ec2,netstat,Ubuntu,elasticsearch,Amazon Ec2,Netstat" /> elasticsearch,amazon-ec2,netstat,Ubuntu,elasticsearch,Amazon Ec2,Netstat" />

Ubuntu 他没有听外部请求

Ubuntu 他没有听外部请求,ubuntu,elasticsearch,amazon-ec2,netstat,Ubuntu,elasticsearch,Amazon Ec2,Netstat,我有一个运行elasticsearch的e2 ubuntu实例,尽管它在本地运行良好,但我无法使用curl从windows pc连接http://ipaddress:9200/(错误为“无法连接到远程服务器”) 我已经在同一个ubuntu实例上安装了Apache,并且curlhttp://ipaddress:80/在同一台windows计算机上工作,我可以轻松ping实例。 我的amazon安全组允许tcp从所有IP地址访问所有端口 我认为这是一个ES配置问题,尽管我在elasticsearch

我有一个运行elasticsearch的e2 ubuntu实例,尽管它在本地运行良好,但我无法使用
curl从windows pc连接http://ipaddress:9200/
(错误为“无法连接到远程服务器”)

我已经在同一个ubuntu实例上安装了Apache,并且
curlhttp://ipaddress:80/
在同一台windows计算机上工作,我可以轻松ping实例。 我的amazon安全组允许tcp从所有IP地址访问所有端口

我认为这是一个ES配置问题,尽管我在elasticsearch.yml中添加的行只有:

http.cors.enabled: true
http.cors.allow-origin: "*"
当我运行netstat时,我注意到一些奇怪的事情,在端口9200和9300(ES端口)的本地地址中有一个1-这会阻止我的外部请求吗?如果是,我如何更改它

   ubuntu@ESServer$ netstat -nat
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0    448 (AWS PRIVATE IP):22     (MY IP):63572           ESTABLISHED
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 ::1:9200                :::*                    LISTEN
tcp6       0      0 127.0.0.1:9200          :::*                    LISTEN
tcp6       0      0 :::80                   :::*                    LISTEN
tcp6       0      0 ::1:9300                :::*                    LISTEN
tcp6       0      0 127.0.0.1:9300          :::*                    LISTEN

您的elasticsearch进程似乎绑定到了localhost。试着像这样运行它:

bin/elasticsearch --network.host _non_loopback_
因为2.0 elasticsearch绑定到本地主机。因此,您无法访问它


这一变化背后的原因在

中进行了解释,您是否可以访问互联网?你有外部IP吗?互联网接入没有问题,我可以接入端口80。我在curl命令中使用外部IP您是否启用了IPTables?能否显示
iptables-L
的输出?sudo iptables-L链输入(策略接受)目标保护选项源目标链转发(策略接受)目标保护选项源目标链输出(策略接受)目标保护选项源目标链目标格式化策略。基本上,iptables是空的!实际上,我已将elasticsearch.yml中的network.host设置更改为0:0:0:0,并在几分钟前重新启动了该实例,效果良好。然而,我已经将此标记为答案,因为在阅读了下面的文档之后,很明显您的方法也会起作用。