Elasticsearch单节点Java连接报NoNodeAvailableException求助

从你的描述来看，Elasticsearch单节点能通过curl正常访问，但Java客户端抛出NoNodeAvailableException，这个问题在ES 2.2.0版本里很常见，主要集中在端口混淆、版本兼容、配置一致性这几个点上，下面逐一给你排查方向：

1. 别把HTTP端口和Transport端口搞混了！ #

你用curl访问的9200是ES的HTTP REST端口，但Java TransportClient默认连接的是9300端口（节点间通信/客户端专用端口）。这是最容易踩的坑：

• 检查你的Java代码，如果写的是连接127.0.0.1:9200，立刻改成9300；
• 确认elasticsearch.yml里有没有自定义transport.tcp.port，如果没配置，默认就是9300，没问题；如果改了，客户端端口要对应一致。

2. 严格保证ES服务端和Java客户端版本一致 #

Elasticsearch对版本一致性要求极高，你的ES是2.2.0，那Java客户端的版本必须也是2.2.0，差一个小版本都可能导致连接失败：

• 比如Maven依赖要明确指定版本：

  <dependency>
      <groupId>org.elasticsearch</groupId>
      <artifactId>elasticsearch</artifactId>
      <version>2.2.0</version>
  </dependency>
  <dependency>
      <groupId>org.elasticsearch.client</groupId>
      <artifactId>transport</artifactId>
      <version>2.2.0</version>
  </dependency>
  

• 别用更高版本的客户端（比如5.x、6.x）去连2.2.0的ES，兼容性完全不匹配。

3. 检查集群配置的一致性 #

你的elasticsearch.yml里有几个配置需要调整，确保客户端能正确识别集群：

• 单节点场景下，建议显式配置discovery.zen.ping.unicast.hosts和discovery.zen.minimum_master_nodes：

  discovery.zen.ping.unicast.hosts: ["127.0.0.1"]
  discovery.zen.minimum_master_nodes: 1
  

  前者告诉ES节点要发现的主机，后者避免单节点场景下的脑裂误判（虽然单节点不会真的脑裂，但配置更严谨）；
• 确保Java客户端初始化时指定的cluster.name和elasticsearch.yml里的ers-reseller-data完全一致（大小写都不能错），比如：

  Settings settings = Settings.settingsBuilder()
      .put("cluster.name", "ers-reseller-data")
      .build();
  TransportClient client = TransportClient.builder().settings(settings).build()
      .addTransportAddress(new InetSocketTransportAddress(InetAddress.getByName("localhost"), 9300));
  

4. 排查端口占用和防火墙 #

• 用命令检查9300端口是否正常监听：
  Linux：netstat -tulpn | grep 9300
  Windows：netstat -ano | findstr :9300
  如果没有输出，说明ES没启动Transport服务，或者端口被占用；
• 如果Java客户端在另一台机器，还要确认防火墙是否开放了9300端口，避免被拦截。

先从这几个方向排查，最可能解决问题的是前两点（端口和版本），先优先检查这两个！

内容的提问来源于stack exchange，提问作者M A.