有次遇到一個(gè)redis很簡(jiǎn)單的問(wèn)題窗声，但是我和同事一起看了兩天都沒(méi)有發(fā)現(xiàn)原因相恃，問(wèn)題是在客戶端連不上服務(wù)端的redis，我們一開(kāi)始想到的是服務(wù)本身 或者 網(wǎng)絡(luò) 問(wèn)題笨觅，后來(lái)終于解決豆茫，在解決這個(gè)問(wèn)題也是翻閱了很多博客和用了各種辦法，為了警示自己屋摇，特地寫此文章揩魂。
問(wèn)題背景：
有三臺(tái)服務(wù)器 ip 分別是 A：192.168.3.50，B：192.168.3.234炮温，C：192.168.1.234
需求是A服務(wù)器上有套告警平臺(tái)火脉， B服務(wù)器上有分析告警服務(wù)，C：底層算法服務(wù)
其中的邏輯 是 B平臺(tái)通過(guò)redis與C服務(wù)器交互柒啤，C接收到圖片后解析告警行為倦挂，然后再返回結(jié)果給B服務(wù)器上；A服務(wù)會(huì)主動(dòng)過(guò)來(lái)取B服務(wù)的告警行為担巩；
簡(jiǎn)單理解就是
A 主動(dòng)交互 B
C 主動(dòng)交互 B
中間只有B有redis方援，所以其他兩臺(tái)都是主動(dòng)來(lái)連B
在網(wǎng)絡(luò)配置好后，A可以正常連上redis服務(wù)涛癌，C 端口能通犯戏，但是執(zhí)行 keys *時(shí)報(bào)錯(cuò) connection by peer，一開(kāi)始排查的方向是網(wǎng)絡(luò)問(wèn)題拳话，但是雙方端口及ping都通先匪，所以我們認(rèn)為網(wǎng)絡(luò)應(yīng)該沒(méi)問(wèn)題，就在服務(wù)上花了好久弃衍；
1.檢查配置文件有沒(méi)有禁止本機(jī)外的IP可連
2.連接時(shí)長(zhǎng)參數(shù)配置的是否夠用
3.是否原先key值數(shù)據(jù)有誤
4.服務(wù)代碼是否存在問(wèn)題
以上方向經(jīng)反復(fù)排查后呀非，都沒(méi)有找到問(wèn)題。
后來(lái)又轉(zhuǎn)回到網(wǎng)絡(luò)，這個(gè)網(wǎng)絡(luò)看著是沒(méi)有問(wèn)題岸裙，相互間也都能訪問(wèn)通猖败，但是無(wú)法通信，后來(lái)將C服務(wù)器也改成3段后就可以正常連通了降允，具體是網(wǎng)絡(luò)的什么問(wèn)題至今也不清楚恩闻，端口什么的都能通，接口也能調(diào)用但是redis就是無(wú)法通信拟糕，如果有大佬知道問(wèn)題判呕，歡迎指正 感激不盡倦踢。
