Redis主从复制跨公网可行，但需满足TCP可达、认证正确、时延可控三条件；常见失败点包括私网IP指向、安全组未放行、bind配置错误、masterauth缺失及全量同步超时。
支持，但必须明确：Redis主从复制协议本身不关心网络位置，只要TCP可达、时延可控、认证与权限配置正确，跨公网就能同步；真正限制它的从来不是Redis，而是网络策略、安全边界和一致性代价。
主从复制跨公网是否能连上？看这三点
主从能否建立连接，取决于底层TCP三次握手是否成功，而非Redis版本或配置项。常见失败点有：
-
replicaof指向的IP是私网地址（如192.168.x.x或10.x.x.x），从节点根本解析不到 - 主节点所在机器的防火墙（
iptables/nftables）或云厂商安全组未放行6379（或自定义端口）的入站流量 - 主节点
redis.conf中bind配置仍为127.0.0.1，导致监听仅限本地，外部连接被拒绝
验证方式很简单：在从节点机器上执行 telnet 6379 或 nc -zv 6379。连不通，就别调 replicaof —— 同步根本不会开始。
跨公网主从最常踩的坑：密码和requirepass不匹配
主节点启用了密码认证（requirepass foobar），但从节点没配对应密码，会导致复制握手失败，日志里只显示 Connection refused 或静默断连，实际是 AUTH 失败。
正确做法是：
- 主节点配置
requirepass yourpassword - 从节点配置
masterauth yourpassword（注意不是requirepass） - 如果用
replicaof命令动态配置，需先CONFIG SET masterauth yourpassword，再REPLICAOF
漏掉 masterauth 是生产环境最隐蔽的“连得上但不同步”原因——连接建立成功，AUTH阶段失败，主节点日志可能只记一条 Client closed connection，容易误判为网络抖动。
跨公网场景下，全量同步（SYNC）极易失败
主节点执行 BGSAVE 生成 RDB 文件后，需通过 socket 把整个文件传给从节点。公网带宽低、丢包高、RTT大（比如 150ms），导致：
- 传输中途超时，从节点报
IOERR reading bulk count或直接断连 - 主节点
repl-timeout默认 60 秒，小文件尚可，若 RDB 超过几百MB，大概率触发超时并重试，形成恶性循环 - 部分云厂商 NAT 网关会重置空闲长连接，RDB 传输中连接被 kill
缓解手段有限但有效：
- 调大主节点
repl-timeout 300（单位秒） - 确保主节点
rdbcompression no（压缩反而增加CPU和时间，公网带宽瓶颈下得不偿失） - 优先用
diskless replication yes（无盘复制），让主节点边生成RDB边发流，避免落盘+读盘两轮IO
异地主从不等于高可用，更不等于多活
跨公网部署主从，本质仍是单写架构：所有写请求只能打到主节点，从节点不可写。一旦主节点所在区域网络中断，整个写链路就断了——你拥有的只是“异地只读副本”，不是“异地可写节点”。
真正需要多活的业务，不能只靠 replicaof；得引入应用层路由（如按用户ID分区域写）、冲突检测（如 CRDT）、或中间件（如 RedisGears + 自定义同步逻辑）。而这些，Redis原生主从完全不提供。
所以，如果你的目标是灾备，跨公网主从可行；如果目标是降低异地读延迟或实现区域自治，它只是起点，不是终点。
