本地Mac向VMware中HDF3.0.2的Kafka生产消息失败求助

我之前帮不少开发者排查过HDF沙箱Kafka和本地客户端的连接问题，结合你描述的场景，咱们一步步拆解问题：

1. 先补全telnet的连接结果（这是关键前提） #

你提到用telnet连接172.17.0.2 6667但没说最终结果——这是最基础的网络连通性验证，直接决定后续排查方向：

• 如果telnet连不上（提示连接超时/拒绝）：说明网络层面根本没通，先解决这个核心问题
• 如果telnet能连上：那问题大概率出在Kafka的配置或Java客户端的参数上

2. 网络连通性排查（telnet连不上的情况） #

检查VMware网络模式 #

HDF沙箱默认用NAT模式的话，Mac本地和沙箱的IP（172.17.0.2）属于不同网段，直接访问会被VMware的网络隔离拦住。建议改成桥接模式，让沙箱获取和Mac同网段的IP：

• 先关闭HDF沙箱虚拟机
• 在VMware中选中沙箱，点击「设置」→「网络适配器」
• 选择「桥接模式」，勾选「复制物理网络连接状态」，再启动虚拟机
• 登录沙箱执行ifconfig，拿到新的同网段IP，后续用这个IP测试

验证沙箱内部端口监听 #

登录到HDF沙箱（比如用ssh），执行下面的命令，确认Kafka确实在监听6667端口，并且是允许所有IP访问的0.0.0.0，而不是仅本地回环的127.0.0.1：

netstat -tulpn | grep 6667

3. Kafka Broker配置修复（telnet能连上但生产失败） #

修正advertised.listeners参数（最常见的坑） #

HDF沙箱默认的Kafka配置里，advertised.listeners可能设成了沙箱内部的域名或私有IP，导致本地Java客户端拿到的是沙箱内部才能访问的地址，自然连不上。

• 登录沙箱，打开Kafka配置文件（通常路径是/usr/hdp/current/kafka-broker/config/server.properties）
• 找到advertised.listeners参数，改成PLAINTEXT://172.17.0.2:6667（如果换了桥接IP就用新IP）
• 重启Kafka服务：

sudo systemctl restart kafka

对齐Java客户端参数 #

你的Java客户端的bootstrap.servers要和上面的advertised.listeners完全匹配，比如用172.17.0.2:6667，不要混用域名（除非你确认hosts映射100%生效）。另外可以临时调整客户端参数，避免因超时过长导致“挂起”：

props.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG, "172.17.0.2:6667");
props.put(ProducerConfig.ACKS_CONFIG, "1"); // 设为1可以快速返回结果，方便排查
props.put(ProducerConfig.RETRIES_CONFIG, "3");
props.put(ProducerConfig.LINGER_MS_CONFIG, "10");

4. 其他收尾排查点 #

• 沙箱内部防火墙：即使你关了Mac的防火墙，沙箱自带的firewalld可能还在拦截端口，临时关闭试试：

sudo systemctl stop firewalld

• 检查Kafka服务状态：确认Kafka是正常运行的，执行sudo systemctl status kafka，或者查看日志/var/log/kafka/server.log有没有报错信息

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