周末休息的時(shí)候，經(jīng)理突然發(fā)消息來，說服務(wù)器崩了，馬上打開網(wǎng)站查看，發(fā)現(xiàn)部分接口請(qǐng)求的時(shí)候，nginx報(bào)502錯(cuò)誤。登上服務(wù)器，查看了nginx錯(cuò)誤日志，發(fā)現(xiàn)了大量的異常。

no live upstreams while connecting to upstream

?Only one usage of each socket address (protocol/network address/port) is normally permitted) while connecting to upstream

?起初以為是nginx的配置問題，百度了許久，修改了proxy_buffer_size，proxy_buffers 參數(shù)，加大了緩存，502問題好像消失了。跟經(jīng)理說問題解決了，是配置問題。

。。。

沒想到第二天一早起床，打開微信一看，一堆消息，說服務(wù)器又崩了，和昨天的問題一樣，早餐都沒吃，趕緊跑去公司。

再次檢查nginx錯(cuò)誤日志，發(fā)現(xiàn)了一個(gè)錯(cuò)誤記錄

?[crit] 31144#87716: *15013 connect() to [::1]:9008 failed (10055: An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full) while connecting to upstream

?是說系統(tǒng)缺少足夠的緩沖區(qū)空間或隊(duì)列已滿，該不會(huì)是太多連接到nginx了吧，覺得有可能是websocket長(zhǎng)連接的問題，于是把websocket連接暫時(shí)關(guān)閉，worker_connections參數(shù)調(diào)大，發(fā)現(xiàn)接口變正常了，沒有502了。于是跟經(jīng)理信誓旦旦保證，問題已經(jīng)解決了。

沒想到第三天還是出現(xiàn)了問題，再不解決就要提桶跑路了。

其實(shí)這里我進(jìn)入了一個(gè)誤區(qū)，因?yàn)榻涌诜祷氐氖莕ginx502，以為是nginx的問題，后來，在tomcat的錯(cuò)誤日志里，發(fā)現(xiàn)了這個(gè)問題

Caused by: java.net.SocketException: No buffer space available (maximum connections reached?): connect

這里已經(jīng)很明顯了，是tcp連接數(shù)的問題，連接數(shù)滿了，無法再建立連接了

服務(wù)器使用的是 windows serve 2012R2

使用命令 netsh interface ipv4 show dynamicportrange tcp 查看了端口數(shù)發(fā)現(xiàn)只開放了少量端口

只需要打開注冊(cè)表，新增兩個(gè)參數(shù)

找到 HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 目錄下

新增?MaxUserPort （默認(rèn)可用端口） 值為 65534

新增?TcpTimedWaitDelay? （tcp恢復(fù)時(shí)間）值為 30

我這里修改了注冊(cè)表后，并不需要重啟。

然后再次輸入命令?netsh interface ipv4 show dynamicportrange tcp

發(fā)現(xiàn)端口數(shù)改變了。

。。

目前已經(jīng)觀察了半個(gè)月，并沒有發(fā)現(xiàn)出現(xiàn)502錯(cuò)誤了。