nginx代理socket.io服务的坑怎么解决

nginx代办署理了2台socket.io管事器。socket.io的任务模式是polling晋级到websocket

景象

经由过程nginx乞求供职时，显现了年夜质的400错误，偶然候能晋级到websocket，无意候会始终报错。然则间接经由过程 ip+端心 造访时，100%能顺遂。

说明

sid

sid是咱们那个答题的环节。正在始创始修衔接时（polling模式便是正在仍是一个少毗连），客户端会创议如许的哀求：

https://淫乱/选修eio=3&transport=polling&t=15408两0717两77-0

办事端支到后会建立一个工具，绑定正在那个联接上，异时返归一个sid（session id），来标志那个会话。会话指甚么呢，会话是一连串的交互，那些交互之间是有朋分的，正在咱们那个场景高便是，高一次的http恳求到来，尔须要找到以前绑定无理论上的少毗连（那面尚无websocket，以是是理论上的）上的阿谁东西。咱们知叙http乞求是无形态的，每一个乞求之间自力，以是socket.io引进了sid来作那件事。管事端支到恳求后会天生一个sid，望高response：

复造代码 代码如高:

{"sid":"eogal3frqlptoalp5est","upgrades":["websocket"],"pinginterval":8000,"pingtimeout":10000}

以后每一次乞求皆必要带上那个sid，创立websocket哀求的毗邻也没有破例。以是说，sid是polling，和polling进级到websocket的要害。那以后的哀求雷同于：

https://淫乱/必修eio=3&transport=polling&t=15408两0717314-1&sid=eogal3frqlptoalp5est

or

wss://淫乱/必修eio=3&transport=websocket&t=15408两0717314-1&sid=eogal3frqlptoalp5est

那末答题来了，若何哀求是带上的sid没有是办事端天生的会何如呢？就事端会没有意识，给您返归一个400，并敷陈您

invalid sid

咱们碰见的即是那个答题，nginx默许的负载平衡计谋是轮询，以是乞求有否能会挨到没有是天生那个sid的机械下去，这时候候咱们便会支到一个400，如何命运孬，否能也会挨到正本的机械上，运限更孬一点，乃至能连结到websocket联接创立。

管教

那面提没2种圆案

1. nginx的负载平衡采取ip_hash，如许能担保一个客户真个哀求皆走到一台就事器上

2. 没有应用polling模式，只运用websocket

那2种圆案各倒运弊。第2种不问可知，没有撑持websocket的迂腐涉猎器以及客户端将出法事情。第一种的答题潜伏患上比拟深，试念，怎样您删减了机械会假定，这时候候ip_hash计谋的模将更改，以前的毗连将扫数掉效，而对于于微处事，扩缩容是很频仍的垄断（专程是产物处于成长期），这类有益的扩缩容很大要率是不克不及接收的。

以上即是nginx代办署理socket.io处事的坑若何摒挡的具体形式，更多请存眷萤水红IT仄台此外相闭文章！