作者：不吃貓的魚
鏈接：https://www.zhihu.com/question/20553431/answer/130698230
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。
一、SLB產生背景:
SLB(服務器負載均衡)：在多個提供相同服務的服務器的情況下，負載均衡設備存在虛擬服務IP地址。當大量客戶端從外部訪問虛擬服務IP地址時，負載均衡設備將這些報文請求根據負載均衡算法，將流量均衡的分配給后台服務器以平衡各個服務器的負載壓力，避免在還有服務器壓力較小情況下其他服務達到性能臨界點出現運行緩慢甚至宕機情況，從而提高服務效率和質量。因此對客戶端而言，RS（real server 實際服務器）的IP地址即是負載均衡設備VIP（虛擬服務地址IP）地址，真正的RS服務器IP地址對於客戶端是不可見的。
二、SLB的三種傳輸模式：
七層SLB和四層SLB的區別：四層SLB：配置負載均衡設備上服務類型為tcp/udp，負載均衡設備將只解析到4層，負載均衡設備與client三次握手之后就會和RS建立連接；
七層SLB：配置負載均衡設備服務類型為http/ftp/https等，負載均衡設備將解析報文到7層，在負載均衡設備與client三次握手之后，只有收到對應七層報文，才會跟RS建立連接。
在負載均衡設備中，SLB主要工作在以下的三種傳輸模式中：
- 反向代理模式
- 透傳模式
- 三角模式
（根據不同的模式，負載均衡設備的工作方式也不盡相同，但無論哪種模式，客戶端發起的請求報文總是需要先到達負載均衡設備進行處理，這是LB正常工作的前提。）
模擬網絡拓撲環境：
Client：10.8.21.40
負載均衡設備：172.16.75.83
VIP：172.16.75.84
RS1IP：172.16.75.82
RS2IP：172.16.75.85
在整個報文交互過程中，采用Tcpdump和Wireshark分別在RS和Client處抓包，然后使用Wireshark進行報文解析。
三、 反向代理模式：
反向代理：普通的代理設備是內網用戶通過代理設備出外網進行訪問，而工作在這種模式下的負載均衡設備，則是外網用戶通過代理設備訪問內網，因此稱之為反向代理。
在反向代理模式下，當負載均衡設備收到客戶端請求后，會記錄下此報文（ 源IP地址、目的IP地址、協議號、源端口、目的端口，服務類型以及接口索引），將報文（目的地址更改為優選后的RS設備的IP地址，目的端口號不變；源地址修改為負載均衡設備下行與對應RS設備接口的IP地址，源端口號隨機）發送給RS；
當RS收到報文后，會以（RS接口IP地址為源，負載均衡設備地址為目的）回復報文；負載均衡設備將源修改為VIP，目的端口號修改為客戶端的源端口號，目的IP修改為Client的源IP回復報文。
查看報文解析結果：
配置完成后，Client訪問RS服務器，返回成功，整個報文交互過程如下 ：
Client和負載均衡設備之間的報文交互過程 ↑
負載均衡設備和RS之間報文交互過程 ↑
結果分析
分析整個報文交互過程：
TCP握手過程：
首先Client向負載均衡設備發送TCP SYN報文請求建立連接，源IP為Client的IP 10.8.21.40，源端口號50894，目的IP為VIP地址172.16.75.84，目的端口號80；
收到請求報文后，負載均衡設備會以源IP為VIP地址172.16.75.84，端口號80，目的IP 10.8.21.40，目的端口號50894回應SYN ACK報文；
Client收到報文后回復ACK報文，TCP三次握手成功。
HTTP報文交互過程：
當負載均衡設備與client完成三次握手后，因為配置的七層SLB，如果收到HTTP請求，就會根據負載均衡算法和服務器健康狀態優選出對應的RS（在這次過程中選擇的RS設備為172.16.75.82），然后與RS建立TCP連接：
負載均衡設備發送TCP SYN報文請求連接，源IP為負載均衡設備與RS相連接口IP 172.16.75.83，源端口號隨機4574，目的IP為RS的IP 172.16.75.82，目的端口號80；
RS收到報文后，以源IP 172.16.75.82，端口號80，目的IP 172.16.75.83，目的端口號4574回復SYN ACK報文，負載均衡設備回復ACK報文建立三次握手；
之后，負載均衡設備再將收到的HTTP報文源IP修改為與RS相連下行接口IP地址172.16.75.83，源端口號為隨機端口號，將報文發送給RS；
當RS收到報文后，使用源為本地IP 172.16.75.82，目的IP為172.16.75.83進行回復，所以報文直接回復給負載均衡設備；
當負載均衡設備收到RS的回應報文后，將報文的源修改為VIP地址172.16.75.84，目的IP為10.8.21.40發送回Client，再將目的端口號修改為HTTP請求報文中的源端口號，服務器訪問成功。
由上述的過程可以看出，在RS端上，client的真實IP地址被負載設備修改成與RS相連接口的IP地址，所以RS無法記錄到Client的訪問記錄，為了解決這個問題，可以采用在HTTP報文頭中添加X-Forwarded-For字段，本文不做贅述，可以自行查詢。
四、透傳模式：
當負載均衡設備工作在透傳模式中時，RS無法感知到負載均衡設備的存在，對於Client來說，RS的IP地址就是負載均衡設備的VIP地址。
在這種模式下，當負載均衡設備收到源為Client的IP，目的IP為本地VIP地址的報文時，會將報文根據負載均衡策略和健康狀況發送給最優的RS設備上，繼而RS設備會收到目的為本地IP，源為Client實際IP的請求報文；然后RS將會直接回應此請求，報文的目的IP地址為Client的IP地址，當負載均衡設備收到此報文后，將源IP地址修改為VIP地址，然后將報文發送給Client。
報文解析結果：
同樣在RS端和Client端抓取交互報文：
Client和負載均衡設備之間的報文交互過程 ↑
負載均衡設備和RS之間的報文交互過程 ↑
結果分析：
TCP握手過程：
同反向代理模式交互過程
HTTP報文交互過程：
Client向負載均衡設備的VIP地址172.16.75.84以源IP 10.8.21.40發送HTTP請求，當負載均衡設備收到報文后，與優選后的RS進行TCP三次握手，過程同反向代理模式，然后將收到的HTTP報文，不改變報文的源IP地址和源/目的端口號，只修改目的IP修改為優選后的RS地址172.16.75.82；
當RS收到源來自IP 10.8.21.40的報文后，回復報文給IP地址10.8.21.40，此時要注意，必須在RS上配置回復報文經過負載均衡設備，負載均衡設備會將源IP修改為VIP地址172.16.75.84，然后轉發給Client，否則Client將會收到源IP為172.16.75.82的HTTP報文，服務器訪問失敗。
五、 三角模式：
在三角模式下，當客戶端發送請求到負載設備上時，負載均衡設備會計算出最優RS，然后直接根據MAC地址將報文轉發給RS，在RS上配置報文的源IP為VIP地址（一般配置在loopback口上），因此在這種情況下，RS會直接將報文發送給Client，即使回復報文經過負載均衡設備，此設備不做任何處理。由於報文在整個過程中傳輸途徑類似於三角形，因此稱之為三角模式。
報文解析結果：
分別在Client端和RS端抓包，內容如下：
Client和負載均衡設備之間的報文交互過程 ↑
RS 和負載均衡設備之間的報文交互過程 ↑
結果分析：
TCP握手過程：
由於采用了4層SLB，所以在TCP握手過程中與上述的7層SLB有些不同，當Client和RS完成三次握手之后，此時負載均衡設備會直接選擇RS，然后跟RS建立TCP三次握手；
在三角模式環境中，由於RS的Loopback口和負載均衡設備上都存在着VIP地址172.16.75.84，當負載均衡設備經過負載均衡算法選擇出對應的RS后，會根據實際配置的RS的IP地址對應的mac地址，將報文以目的mac為RS，目的IP為VIP的方式建立TCP連接。
HTTP報文交互過程：
首先Client向負載均衡設備的VIP發送HTTP請求，源為10.8.21.40，當負載均衡設備收到報文后，將報文直接轉發給RS，當RS收到源IP為10.8.21.40，目的IP為本地Loopback口IP地址172.16.75.84的報文后，直接將報文回復給10.8.21.40，同樣源為IP地址172.16.75.84，由此訪問服務器成功。
在三角模式中，由於回復報文負載均衡設備不做任何處理，所以非常適合於RS到Client方向流量較大或者連接數目較多的組網環境。采用三角模式時，必須注意RS有路由可以到達Client，並且在RS的Loopback接口上必須有負載均衡設備的VIP地址，否則即使RS設備收到Client的請求報文也會直接丟棄報文，不作回應。
六、總結
由於反向代理模式中在RS側只能收到源為負載均衡設備IP的報文，因此可以使用防火牆增加安全性，只允許源IP為負載均衡設備的IP地址的報文通過，同時增加X-Forwarded-For字段也可以讓RS只允許有此字段的報文進行訪問，因此安全性相對較高。
