GKE应用Pod连接GCE Redis实例遭遇connection refused问题求助

哈哈，这个问题我之前在GKE环境里碰到过类似的，结合你给出的排查信息，咱们一步步拆解可能的原因和解决方案：

1. Go-redis客户端默认走了代理，而redis-cli没走 #

这是最有可能的情况！如果你的GKE Pod里配置了HTTP_PROXY或ALL_PROXY环境变量，go-redis v8版本会自动读取这些变量并通过代理连接Redis，但redis-cli默认不会使用代理。如果代理服务器无法访问GCE上的Redis实例，就会出现redis-cli能正常连，但Go客户端报连接拒绝的矛盾现象。

解决办法：
创建Redis客户端时显式禁用代理：

redisClient = redis.NewClient(&redis.Options{
    Addr:     redisServerName,
    Password: "",
    DB:       0,
    // 直接禁用代理，让客户端直连Redis
    Proxy: nil,
})

或者自定义Dialer绕过代理：

import "net"

// ...

redisClient = redis.NewClient(&redis.Options{
    Addr:     redisServerName,
    Password: "",
    DB:       0,
    Dialer: func(ctx context.Context, network, addr string) (net.Conn, error) {
        // 使用原生Dialer，不依赖代理环境变量
        dialer := &net.Dialer{}
        return dialer.DialContext(ctx, network, addr)
    },
})

2. Redis绑定地址的限制 #

虽然你在GCE上用redis-cli -h <REMOTE-IP> ping能拿到PONG，但得确认Redis的bind配置是否真的允许GKE Pod的IP段访问：

• 登录GCE实例，查看Redis配置文件（通常是/etc/redis/redis.conf）：

  grep "bind" /etc/redis/redis.conf
  

• 如果bind设置的是127.0.0.1或者某个特定内网IP，而GKE Pod的IP不在这个范围内，就会被拒绝连接。此时可以把bind改成0.0.0.0（允许所有IP访问），或者添加GKE Pod所在的IP段。
• 修改后重启Redis服务：

  sudo systemctl restart redis-server
  

3. Go代码里的上下文提前超时/取消 #

检查你的ctx是否在调用Ping之前就已经被取消或者超时了。如果上下文已经过期，Go客户端会直接终止连接尝试，可能返回类似“连接拒绝”的错误。

• 可以先临时用context.Background()测试，排除上下文的问题：

  p, err := redisClient.Ping(context.Background()).Result()
  log.Println(p, err)
  

4. GKE网络策略的出站限制 #

检查Pod所在命名空间的网络策略，是否存在禁止访问6379端口的规则：

• 用kubectl查看网络策略：

  kubectl get networkpolicies -n <你的命名空间>
  

• 如果有严格的出站限制，需要添加允许访问Redis实例IP和6379端口的规则。

1. 在Pod里检查是否有代理环境变量：

   env | grep -i proxy
   

2. 用nc发送命令测试连接是否真的通：

   echo "PING" | nc redis.sample.com 6379
   

   如果返回+PONG，说明网络是通的，问题大概率在Go客户端的配置上。

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