最近在做一個土地項目的后台，主要是一個信息采集調查系統，使用的框架是：
* 核心框架：Spring Framework 4.2
* 日志管理：SLF4J 1.7、Log4j 1.2
* 視圖框架：Spring MVC 4.2
* 服務端驗證：Hibernate Validator 5.3
* 持久層框架：MyBatis 3.3
* 數據庫連接池：Alibaba Druid 1.0.17
* 工具類框架： commons-fileupload 1.3 ，Jackson 2.7等
這個項目訪問量也不大，除了系統內部的用戶，不對外開放，考慮這段時間服務端的任務壓力不會很大，我准備加個緩存吧，也正好學學新東西，看上了目前很火的緩存框架：Redis；
於是這兩天搭linux虛擬機,做redis集群，還算順利，然而今天准備用Redis Desktop Manager連接Redis 遇到的一系列問題，虐的整個人都不好了；不過沒有什么問題是解決不了的，只是投入時間的多少，性價比高不高罷了；
找了好久終於找到一篇和我遇到問題幾乎一樣的博文：http://www.cnblogs.com/h-change/p/6077874.html；感謝這位哥們；寫的這么詳細；
下面是我遇到的問題：
（linux命令不熟就直接在虛擬機上操作文件吧，簡單粗暴）
一、注釋redis.conf文件中的：bind 127.0.0.1(在一段文字之前打#號為注釋)
二、設置密碼 為了安全一定要設，而且這里如果不綁定ip也不設密碼的話，redis是默認保護模式，只能本虛擬機訪問，不允許其他ip訪問，本人剛開始圖方便啥都不設，結果在這里踩坑了；
三、保存配置文件，重啟redis服務,查看虛擬機ip；
四、接着又是個坑,拿到IP后，返回Windows，開啟cmd，通過telnet命令，測試端口是否暢通。；
這時我返回的是“telnet不是內部或外部命令”；
原因：Windows7系統環境下，Telnet客戶端默認是關閉狀態。找度娘吧http://jingyan.baidu.com/article/6525d4b1377913ac7d2e94eb.html；
然后再試：
意思是：CentOS的6379端口沒有開啟；
去開啟：
輸入firewall-cmd --query-port=6379/tcp，如果返回結果為no，那么證明6379端口確實沒有開啟。
輸入firewall-cmd --add-port=6379/tcp，將6379端口開啟，返回success。
然后再執行上一條命令，返回yes，證明端口已經成功開啟。
原因：
**由於linux防火牆默認開啟，redis的服務端口6379並不在開放規則之內，所有需要將此端口開放訪問或者關閉防火牆。
**關閉防火牆命令：sevice iptables stop
**如果是修改防火牆規則，可以修改：/etc/sysconfig/iptables文件
再用Telnet 測.返回的結果一片純黑，ok了;
然后用redie desktop manager連就可以了：
