溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“Nginx反向代理如何實現會話保持”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
一、ip_hash：
ip_hash使用源地址哈希算法，將同一客戶端的請求總是發往同一個后端服務器，除非該服務器不可用。
ip_hash語法：
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com down;
server backend4.example.com;
}ip_hash簡單易用，但有如下問題：
當后端服務器宕機后，session會丟失；
來自同一局域網的客戶端會被轉發到同一個后端服務器，可能導致負載失衡；
不適用于cdn網絡，不適用于前段還有代理的情況。
二、sticky_cookie_insert：
使用sticky_cookie_insert啟用會話親緣關系，這會導致來自同一客戶端的請求被傳遞到一組服務器在同一臺服務器。與ip_hash不同之處在于，它不是基于ip來判斷客戶端的，而是基于cookie來判斷。因此可以避免上述ip_hash中來自同一局域網的客戶端和前段代理導致負載失衡的情況。
語法：
upstream backend {
server backend1.example.com;
server backend2.example.com;
sticky_cookie_insert srv_id expires=1h domain=toxingwang.com path=/;
}說明：
expires：設置瀏覽器中保持cookie的時間
domain：定義cookie的域
path：為cookie定義路徑
“Nginx反向代理如何實現會話保持”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
