elasticsearch 日志存储配置未正确映射到ElasticSearch,elasticsearch,configuration,logstash,config,elasticsearch,Configuration,Logstash,Config" /> elasticsearch 日志存储配置未正确映射到ElasticSearch,elasticsearch,configuration,logstash,config,elasticsearch,Configuration,Logstash,Config" />

elasticsearch 日志存储配置未正确映射到ElasticSearch

elasticsearch 日志存储配置未正确映射到ElasticSearch,elasticsearch,configuration,logstash,config,elasticsearch,Configuration,Logstash,Config,我目前正在使用logstash将数据从Oracle推送到ES。在logstash conf中,我将主机设置为,但在运行作业时,它无法说明以下内容- 试图恢复与已死亡ES实例的连接,但出现错误。{:url=>” PS:我不知道为什么它会映射到9200,当我明确地说443时,有人能解释一下9200可能是硬编码的,或者我可能遗漏了什么吗 我尝试了curl命令来查看连接性,在vm上运行良好。尝试了不同的端口和组合 hosts => [ "https://es.prod.

我目前正在使用logstash将数据从Oracle推送到ES。在logstash conf中,我将主机设置为,但在运行作业时,它无法说明以下内容- 试图恢复与已死亡ES实例的连接,但出现错误。{:url=>”

PS:我不知道为什么它会映射到9200,当我明确地说443时,有人能解释一下9200可能是硬编码的,或者我可能遗漏了什么吗

我尝试了curl命令来查看连接性,在vm上运行良好。尝试了不同的端口和组合

              hosts => [ "https://es.prod.xxxx.com:443" ]
              user => "xxxxxxxxx"
              password => "xxxxxxxxxxx"
              doc_as_upsert => true
              cacert => '/app/home/xxxx/xxxx.crt'
              manage_template => false
              index => "index-1"
            } 

连接到端口433而不是9200时出错

9200是Elasticsearch的HTTP通信的默认端口,这就是它可能尝试连接到该端口的原因。但是,在主机URL中显式设置端口应替换默认设置…是否可能需要在网络通信中使用代理logstash输出中的tup?9200是Elasticsearch的HTTP通信的默认端口,这就是它可能尝试连接到该端口的原因。但是,在主机URL中显式设置端口应替换默认设置…是否可能存在需要在logstash输出中设置的网络通信中涉及的代理?