我正在 GKE（谷歌庫伯內(nèi)特斯引擎）上構(gòu)建一個(gè)應(yīng)用程序，以及一個(gè)使用 GCE Redis 實(shí)例的系統(tǒng)。當(dāng)我嘗試從 GKE 上的應(yīng)用程序容器連接到 GCE 上的 Redis 時(shí)，連接被拒絕了。（） 應(yīng)用程序是用 Go 編寫的，而重用庫是 go-redis（v8）。為什么我無法連接？dial tcp <REMOTE-IP>:6379: connect: connection refused連接部分和發(fā)生錯(cuò)誤的部分的源代碼如下所示。 redisServerName = os.Getenv("REDIS_SERVER") // "sample.com:6379" redisClient = redis.NewClient(&redis.Options{ Addr: redisServerName, Password: "", DB: 0, }) p, err := redisClient.Ping(ctx).Result() log.Println(p, err)主機(jī)名已解析，因此它不是 DNS 問題，并且 redis-cli 命令是可執(zhí)行的，因此它似乎不是防火墻問題。# redis-cli -h <REMOTE_IP> pingPONG附言下面是在 Go 應(yīng)用程序運(yùn)行的情況下從 Pod 運(yùn)行命令的結(jié)果/# redis-cli -h redis.sample.comredis.sample.com:6379> // can connect/# nc redis.sample.com 6379// There is NO response.
1 回答
肥皂起泡泡
TA貢獻(xiàn)1829條經(jīng)驗(yàn) 獲得超6個(gè)贊
我斷言容器中的每個(gè)應(yīng)用程序都將具有相同的第 4 層（對(duì)于 redis、TCP）對(duì)網(wǎng)絡(luò)的訪問權(quán)限。由于 Redis 不提供重要的訪問控制，這意味著如果容器上的一個(gè)應(yīng)用程序具有對(duì) redis 服務(wù)器的網(wǎng)絡(luò)訪問權(quán)限，則同一容器上的所有其他應(yīng)用程序也將具有訪問權(quán)限。如果一個(gè)人無法聯(lián)系到redis，另一個(gè)人也不會(huì)聯(lián)系。
在同一容器上。這就是測試變得棘手的地方，因?yàn)樵谶@里重現(xiàn)你的k8和gke配置是沒有幫助或可行的。
國際移徙方案平數(shù)和 tcp/6379 是不同的。僅僅因?yàn)閜ing工作，并不意味著Redis可以，反之亦然。不同的容器在 k8 和 gke 中將具有不同的網(wǎng)絡(luò)訪問權(quán)限。
在應(yīng)用容器上執(zhí)行此測試，以從等式中取出所有可能的內(nèi)容。
apk add redis只拉入幾個(gè)包，只有8MB，并在我測試時(shí)提供，但你不需要任何客戶端應(yīng)用程序來redis;它很簡單，可以用網(wǎng)貓來完成。您也不必發(fā)出有效的 redis cmd - 如果您收到響應(yīng)，您就知道網(wǎng)絡(luò)工作正常：redis-cli-ERR unknown command
/ # echo "hi, redis!" |nc localhost 6379
-ERR unknown command `hi,`, with args beginning with: `redis!`,
如果它在那里工作而不是在Go中工作，那可能是因?yàn)榄h(huán)境變量設(shè)置不正確。因此，您可能還想在命令行中對(duì)其進(jìn)行測試。REDIS_SERVER
nc $REDIS_SERVER 6379
- 1 回答
- 0 關(guān)注
- 274 瀏覽
添加回答
舉報(bào)
0/150
提交
取消