redis限制ip訪問

『壹』 Redis 限制頻繁請求攔截處理

項目運維人員發現NGINX日誌中短時間內有同一IP、同一用戶、同一設備發出的大量請求，比用戶正常行為產生的請求頻率要高出很多，所以有對單位時間內訪問頻次限制的需求。

一般就會在伺服器端將用戶信息和訪問信息做下關聯，以此來實現訪問頻次限制。通常大家都會選擇 Redis 來作為此中間件的存儲介質。

幾種最常用的限流演算法：

固定窗口計數器演算法概念如下：

固定窗口計數器是最為簡單的演算法，但這個演算法有時會讓通過請求量允許為限制的兩倍。考慮如下情況：限制 1 秒內最多通過 5 個請求，在第一個窗口的最後半秒內通過了 5 個請求，第二個窗口的前半秒內又通過了 5 個請求。這樣看來就是在 1 秒內通過了 10 個請求。

滑動窗口計數器演算法概念如下：

滑動窗口計數器是通過將窗口再細分，並且按照時間"滑動"，這種演算法避免了固定窗口計數器帶來的雙倍突發請求，但時間區間的精度越春廳高，演算法所需的空間容量就越大。

漏桶演算法概念如下：

漏桶演算法多使用 隊列 實現，服務的請求會存到隊列中，服務的提供方則按照固定的速率從隊列中取出請求並執行，過多的請求則放在隊列中排隊或直接拒絕。

漏桶演算法的缺陷也很明顯，當短時間內有大量的突發請求時，即便此時伺服器沒有任何負載，每個請求也都得在隊列中等待一段時間才能被響應。

令牌桶演算法概念如下：

令牌桶演算法既能夠將所有的請求平均分布到時間區間內，又能接受伺服器能夠純凱承受范圍內的突發請求，因此是目前使扒褲隱用較為廣泛的一種限流演算法。

業務對此要求不高，所以用了簡單的固定窗口計數器演算法。

『貳』 linux機器上安裝redis服務，該機器有2個ip地址，一個能連redis，一個不能連redis

如果在CentOS 6.8的機器上安舉耐裝了Redis服務，並且該機器有兩個IP地址，那麼可能是因為Redis服務只監聽了一個IP地址，導致另一個IP地址無法連接Redis服務。可以通過檢查Redis的配置文件來確定Redis服務監聽的IP地址，如果只監聽了一個銷答蘆IP地址，可以修改配置文件將Redis服務監聽的IP地址改為另外一個IP地址，虧帶或者監聽所有IP地址。另外，也可以通過在Redis服務啟動時指定監聽的IP地址來解決該問題。

『叄』 redis 分布式鎖為什麼比synchronized 快

從redis獲取值N，對數值N進行邊界檢查，自加1，然後N寫回redis中。
這種應用場景很常見，像秒殺，全局遞增ID、IP訪問限制等。
以IP訪問限制來說，惡意攻擊者可能發起無限次訪問，並發量比較大，分布式環境下對N的邊界檢查就不可靠，因為從redis讀的N可能已經是臟數據。
傳統的加鎖的做法（如java的synchronized和Lock）也沒用，因為這是分布式環境，這個同步問題的救火隊員也束手無策。在這危急存亡之秋，分布式鎖終於有用武之地了。

『肆』 遠程連接redis報錯：Connection refused

注釋掉 bind 127.0.0.1 這一行（在前面添加一個 # 就是注釋）。

重啟 redis 服務。

注意： redis 的配置文件位置不是100%一樣，有可能你的伺服器的 redis.config 文件和我的位置不一樣，請注意甄別。

如果還不行，檢查防火牆設置，看看是否有禁止 6379 埠或者限制遠程 ip 訪問。 如果是購買的雲伺服器 ，檢查 安全組 是否放行 6379 埠（例如：如果你購買的是阿里雲的伺服器，則登錄阿里雲的控制台，查看redis所在伺服器的安全組設置）。

將命令中的 88.88.88.88 改成你的 ip 地址，將 6379 改成你的 redis 的埠（默認埠就是 6379 ），將 password 改成你的 redis 授權密碼。