AWS EC2上Cassandra远程连接报9042错误的正确配置方法

你当前遇到的报错现象（明明传入的是EC2公网IP，驱动却自动尝试连接私有IP:9042），本质是Cassandra对外广播的RPC地址配置错误，叠加多层网络拦截规则未放行9042端口共同导致的，具体遗漏的配置步骤如下：

缺失的配置与排查项 #

• 修正broadcast_rpc_address配置
  该参数是Cassandra向所有外部客户端广播的、供CQL连接使用的可达地址。你当前把这个值设置成了EC2私有IP，外部路由根本无法触达这个内网地址，才会出现驱动连接公网IP建立初始握手后，自动切换到这个不可达的私有IP发起后续请求、最终抛出连接失败的问题。
  需要把这个参数的值修改为你的EC2实例绑定的公网弹性IP，修改完成后重启Cassandra服务让配置生效。

注意：不要改动listen_address（保持为私有IP，负责集群内部节点通信）、rpc_address（保持为0.0.0.0，负责本地监听所有网卡的CQL请求）的现有配置，仅修正对外广播的RPC地址即可。

• 配置AWS安全组入站规则
  确认EC2实例关联的安全组入站规则，放行来自你外部客户端所在公网IP段的TCP 9042端口访问权限，避免公网流量在AWS网络层就被拦截。
• 放行CentOS 8本地防火墙规则
  CentOS 8默认启用firewalld防火墙，默认不会放行9042端口的外部流量，需要执行以下配置生效：
• firewall-cmd --add-port=9042/tcp --permanent
• firewall-cmd --reload
• 排查SELinux的拦截问题
  CentOS 8默认开启SELinux强制模式，可能会拦截非标准端口的外部访问。如果上述配置完成后仍无法连通，可以临时执行setenforce 0关闭SELinux验证连通性，确认拦截来源后再配置持久化的SELinux规则放行9042端口。
• 排查Ec2Snitch的自动配置覆盖问题
  你使用的Ec2Snitch会自动识别EC2实例的内网地址作为节点通信地址，可能会覆盖你手动设置的broadcast_rpc_address。如果修改配置后仍出现驱动自动连接私有IP的问题，可以临时切换为SimpleSnitch验证连通性，定位Snitch自动配置的干扰。
• 本地连通性校验
  所有配置修改完成后，先在EC2实例本地执行cqlsh <ec2_public_ip_address> 9042 -u cassandra -p cassandra验证公网IP可以正常连通CQL服务，再从外部客户端发起连接测试。

补充说明：你之前创建的dev_keyspace键空间设置了副本因子2，单节点运行时不会影响当前的外部连接流程，仅在后续集群扩容时需要调整副本策略匹配实际节点规模即可。

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