請熟悉linux網絡方面的高手幫忙看看

upandup

我們有臺服務器有很多僵尸連接，使用netstat查看當前連接狀態(tài)，有非常多的ESTABLISHED條目。

我們的應用是bs結構，在瀏覽器頁面調用連接服務器的客戶端軟件。

當正常退出瀏覽器是，服務器上的相應連接會正常釋放。

但是當有時瀏覽器無響應或客戶電腦死機時，該連接在服務器上就會一直不被釋放，最終導致資源枯竭。

請問有誰知道這種異常中斷的ESTABLISHED的連接的釋放機制是怎樣？

q1208c

可以試著修改系統(tǒng)的參數(shù), 減小keepalive 的時間,和檢測的間隔和次數(shù).

希望有用.

sohusina

這種異常中斷的ESTABLISHED的連接的釋放機制,有可能是應用程序自己控制的，誰開發(fā)誰負責。

upandup

回復 3# sohusina


看來是這樣的，服務進程不會主動釋放連接。


   

upandup

回復 2# q1208c


多謝回復，僵尸連接不是keepalive。   

q1208c

回復 5# upandup


  我說的是 tcp 的 keepalive , 跟你的應用沒關系.

我了解的也有限, 只能簡單的說, 正常的tcp的連接的建立和斷開, 都是有相應的包(syn/fin) 來通知的, 所以, 通信雙方會各自關閉的自己的連接. 但在特定的情況下, 雙方的通信可能在中途就中斷了, 無法再繼續(xù), 這可能是由于網絡故障, 或者一方主機的故障引起的. 這時在非故障一方的, 由于沒有收到任何的通知, 它就會有一個 EST 狀態(tài)的 連接掛在這里. 在tcp的協(xié)議里, 為了避免這樣的連接持續(xù)下去, 有一個 超時, 就是 tcp_keepalive_time. 在 Linux上, 這個值比較長, 7200秒. 所以, 要等到 7200秒之內沒收到任何數(shù)據, OS才會認為這個連接可能已經有了問題, 于是會發(fā)起探測(probe),  默認的probe 次數(shù)是9次, 間隔是75秒,
所以, 一個EST的連接(無數(shù)據接收), 大約會在 7200 + 9 * 75 = 7875秒之后斷開.

我說的調整 keepalive, 就是要減小這個 keepalive tiime, 與 應用無關.

希望我的理解是正確. 樓主可以查一下tcp的相關協(xié)議, 我的英文太爛, 看不懂那些xxoo.

upandup

回復 6# q1208c

我的意思是連接的timer是off，不是keepalive。
多謝認真回復！
   

q1208c

回復 7# upandup

你好象還是沒看懂我說的. 算了. 祝你早日解決吧.


   

zzz2738

樓上說的我看懂了，他講的是TCP三次握手的概念，TCP異常中斷釋放時間LINUX里較長，樓主想弄明白的是這個ESTABLISHED連接釋放是不是應用程序里的計時器設置的，該怎么調整。或許樓主試試也未嘗不可。

upandup

回復 8# q1208c

謝謝！

我的意思是僵尸連接的timer類型是off，不是keepalive。
如果是keepalive類型，超時肯定會釋放的。

我們這種情況的ESTABLISHED，確實如3樓所說，釋放連接是軟件自己控制的。不釋放的原因或是應用角度的考量，或是個bug。