在nginx反向代理k8s中weave scope的時候出現400 bad request
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
Nginx擔當WebSockets代理
WebSocket 協議提供了一種創建支持客戶端和服務端實時雙向通信Web應用程序的方法。作為HTML5規范的一部分，WebSockets簡化了開發Web實時通信程序的難度。目前主流的瀏覽器都支持WebSockets，包括火狐、IE、Chrome、Safari以及Opera等，而且，越來越多的服務器應用框架也開始支持WebSockets。
要在企業產品中使用WebSockets，為滿足高性能和高可用性，需要多個WebSocket服務器。負載均衡層需要支持WebSocket協議。Nginx從1.3版起就開始支持WebSocket協議，而且可以擔當WebSocket應用程序的反向代理以及實現負載均衡。
WebSocket協議和HTTP協議不同，但是WebSocket協議的握手和HTTP是兼容的，它使用HTTP的Upgrade協議頭將連接從HTTP連接升級到WebSocket連接。這個特性使得WebSocket應用程序可以很容易地應用到現有的基礎設施。例如，WebSocket應用可以使用標准的80和443 HTTP端口，因此可以通過現有的防火牆設施。
WebSockets應用程序會在客戶端和服務器之間建立一個長連接，使得開發實時應用很容易。HTTP的Upgrade協議頭機制用於將連接從HTTP連接升級到WebSocket連接，Upgrade機制使用了Upgrade協議頭和Connection協議頭。反向代理服務器在支持WebSocket協議方面面臨着一些挑戰。挑戰之一是WebSocket是一個逐段轉發（hop-by-hop）協議，因此當代理服務器攔截到來自客戶端的Upgrade請求時，代理服務器需要將自己的Upgrade請求發送給后端服務器，包括適合的請求頭。而且，由於WebSocket連接是長連接，與傳統的HTTP端連接截然不同，故反向代理服務器還需要允許這些連接處於打開（Open）狀態，而不能因為其空閑就關閉了連接。
Nginx通過在客戶端和后端服務器之間建立隧道來支持WebSockets通信。為了讓Nginx可以將來自客戶端的Upgrade請求發送到后端服務器，Upgrade和Connection的頭信息必須被顯式的設置。如下所示：
Nginx WebSockets 實例
下面的例子講述了Nginx是如何為WebSocket做代理的。此例將使用ws模塊，它是基於node.js構建的WebSocket實現。Nginx將擔當反向代理服務器，后端服務器是一個使用了ws和Node.js的簡單WebSockets應用。例子使用的命令在Ubuntu 13.10和CentOS 6.5上測試通過，但對於其他操作系統或許需要稍作修改。就這個例子來說，WebSocket服務器的IP地址是192.168.100.10，Nginx服務器的IP地址是192.168.100.20。如果你還沒有安裝node.js和npm，你可以通過以下命令安裝：
