NiFi 1.5.0集群配置问题：自定义域名访问负载均衡器报主机头错误

先搞懂你遇到的错误根源 #

你看到的invalid host header错误，是NiFi的安全机制在起作用：默认情况下，NiFi会验证请求的Host头是否和节点配置的nifi.web.http.host（或HTTPS对应的nifi.web.https.host）完全匹配，防止恶意请求篡改Host头。但集群场景下，请求先到负载均衡器，再转发到节点，节点收到的Host头是你的自定义域名dataflow.mydomain.com，而不是节点自身的主机名/IP，自然就触发了验证失败。

正确的集群配置方案（兼顾节点通信与外部访问） #

核心思路是：让每个节点绑定自己的实际地址，同时通过专门的参数允许负载均衡的自定义域名作为合法Host头。具体步骤如下：

1. 修改每个NiFi节点的nifi.properties配置

打开节点的conf/nifi.properties文件，调整以下参数：

• 节点绑定地址：设置nifi.web.http.host为节点自身的主机名或IP（比如node1.mydomain.com或192.168.1.101）。这个参数是节点用来绑定Web服务的地址，集群内节点之间的通信也依赖这个，不能设成负载均衡域名。
• 允许的Host头列表：添加或修改nifi.web.http.allowed.hosts参数，把负载均衡域名和所有节点的主机名都加进去，用逗号分隔。例如：

  nifi.web.http.allowed.hosts=dataflow.mydomain.com,node1.mydomain.com,node2.mydomain.com,node3.mydomain.com
  

  如果你的集群用HTTPS，对应替换成nifi.web.https.host和nifi.web.https.allowed.hosts。

2. 配置负载均衡器

确保负载均衡器满足两个要求：

• 把请求转发到所有NiFi节点的Web端口（默认8080，HTTPS是8443）；
• 转发请求时保留或设置Host头为dataflow.mydomain.com，这样节点收到的Host头就在我们刚才配置的允许列表里。

3. 集群基础配置（补充提醒）

别忘了确保集群的核心通信参数正确，这些和Web访问是分开的：

• nifi.cluster.node.address：节点自身的集群通信地址（主机名/IP）；
• nifi.cluster.node.protocol.port：集群通信端口（默认8082）；
• nifi.zookeeper.connect.string：ZooKeeper集群地址，所有节点必须一致。

4. 验证配置

重启所有NiFi节点后：

• 通过dataflow.mydomain.com/nifi/访问，检查Host头错误是否消失；
• 登录NiFi后，点击左侧菜单的「Cluster」，确认所有节点都处于「Connected」状态。

为什么不能直接把nifi.web.http.host设为自定义域名？ #

如果强制把所有节点的nifi.web.http.host都设成dataflow.mydomain.com，会出现两个问题：

1. 节点绑定服务时可能失败：如果节点无法将dataflow.mydomain.com解析到自己的IP，服务启动会报错；
2. 集群内部通信异常：节点之间互相调用时，Host头是节点自身的主机名，会触发NiFi的Host头验证，导致集群无法正常通信。

所以通过allowed.hosts参数扩展合法Host头，才是集群场景下的正确姿势。

内容的提问来源于stack exchange，提问作者Samuel Miller