【求助】nf_conntrack記錄不對

bripengandre

各位，help me。
      用內(nèi)核版本分別為2.6.18、2.16.23和2.6.25三臺機器做大并發(fā)的NAT服務(wù)器。三個服務(wù)器是級聯(lián)的，從lan至wan分別是：2.6.25-->2.623-->2.6.18。三個服務(wù)器做了如下的相同配置：
i）將它們的并發(fā)連接數(shù)nf_conntrack_max都改成了131072；
ii）相應(yīng)的hashsize通過 echo 32768 > sys/module/nf_conntrack/parameters/hashsize改成了32768,但expect_hashsize保持為默認(rèn)值；
iii）相應(yīng)的nf_conntrack_tcp_timeout_established 改成了1500s。
   出現(xiàn)的問題如下：
i）2.6.23的的nf_conntrack_count曾累積趨勢，雖然有時候也下降了一些，但總體趨勢是增加的，而另外兩個內(nèi)核的nf_conntrack_count隨網(wǎng)絡(luò)狀況能動態(tài)的更新。
ii）cat /proc/net/nf_conntrack > wc -l，發(fā)現(xiàn)2.6.23的nf_conntrack 記錄總只有nf_conntrack_count的一半左右，而其他兩個內(nèi)核的記錄數(shù)和nf_conntack持平；
iii）cat /proc/slabinfo，發(fā)現(xiàn)2.6.23所占用的slab存儲與nf_conntrack_count是一致的（當(dāng)然，其它兩個內(nèi)核也是一致的）

    因為三個服務(wù)器是級聯(lián)的，所以三者的nf_conntrak_count應(yīng)基本一致，所以從問題i)~iii)看來，2.6.23中的nf_conntrack連接沒有及時釋放，而且其記錄信息不全，感覺是內(nèi)核的bug（因為其他原因，換內(nèi)核工作量太大）。請問該如何解決這些問題呢？畢竟連接數(shù)如果總是累加，就會很快達(dá)到我們的設(shè)定上限的~~
    非常感謝~~~

[ 本帖最后由 bripengandre 于 2009-7-30 15:37 編輯 ]

ssffzz1

不好意思，這個我搞不定。

發(fā)LINUX網(wǎng)絡(luò)問題板塊試試。