內(nèi)核升級(jí)到2.6.7后出現(xiàn)的網(wǎng)絡(luò)古怪問題

wingc

機(jī)器是P3 450，一塊老的昆騰大腳硬盤6.4G，一塊新的西捷硬盤40G，網(wǎng)卡一塊是老的Realtek 8029，一塊二手的3Com 3c905B。原本裝的Red Hat 9，內(nèi)核就是默認(rèn)的2.4.20，小弟將內(nèi)核升級(jí)到了2.6.7，編譯安裝都是成功的，網(wǎng)卡驅(qū)動(dòng)也都已載入，網(wǎng)絡(luò)也配置好了，ifconfig能看到eth0（就是那塊3Com的，老8029是10M網(wǎng)卡，一般不用）和lo，IP也絕對(duì)設(shè)置正確，但是在2.6.7下出現(xiàn)了如下的古怪問題：

ping通子網(wǎng)內(nèi)其他機(jī)器沒問題，但是如果ssh、telnet、http都不行，而且沒有任何提示，ssh、telnet不是超時(shí)端掉，而是無任何回顯，在連接端netstat察看，能看到當(dāng)前連接已經(jīng)建立，http（通過lynx）就是看到send request提示，但永遠(yuǎn)收不到回應(yīng)。ftp就更古怪，連接上服務(wù)器后，能看到站點(diǎn)提示，還讓輸入用戶名，但是輸入用戶名后，又繼續(xù)沒有任何回顯了，服務(wù)器端netstat察看，同樣發(fā)現(xiàn)連接已建立。

如果把這臺(tái)機(jī)器做服務(wù)器，ssh、telnet它同樣是客戶端無任何回顯，但netstat察看可以看到連接已建立。

換到那塊老網(wǎng)卡連接網(wǎng)絡(luò)，問題同樣，估計(jì)應(yīng)該不是驅(qū)動(dòng)或者硬件的問題。

換回原本的2.4.20啟動(dòng)，網(wǎng)絡(luò)正常，所以估計(jì)是編譯內(nèi)核時(shí)，有選項(xiàng)設(shè)置錯(cuò)誤，不知道哪位大哥清楚問題的所在，給小弟指點(diǎn)個(gè)方向，多謝了~~

wingc

偶暈啊，問題不至于古怪到關(guān)注的朋友的那么少吧，CU上高手如云，哪位指點(diǎn)小弟一二，感激不敬

wuwei7716

我估計(jì)是防火墻的問題，有連接建立，說明收到了數(shù)據(jù)包，并回應(yīng)了，沒有顯示應(yīng)該是回應(yīng)數(shù)據(jù)包沒有被正常接收到。一家之言，可以參考。

wingc

當(dāng)初偶也是這么想的，但是lsmod一看，ip_tables這些模塊都還沒有載入，感覺ip_tables這些東東還沒有起到作用吧，懷疑是不是編譯內(nèi)核時(shí)對(duì)網(wǎng)絡(luò)的哪個(gè)選項(xiàng)不當(dāng)，呵呵，今晚還搞不定的話，就再找2.6.5來裝上試試

wingc

對(duì)不起，對(duì)不起，偶描述的有問題，由于偶當(dāng)時(shí)測(cè)試粗心，那塊老網(wǎng)卡8029在新內(nèi)核下是可以用的，偶誤以為不可以用，是因?yàn)榕糹fconfig eth1 up后，忘了去改默認(rèn)的route，還是從eth0在走，其實(shí)配好route后，8029正常使用�，F(xiàn)在的問題，偶認(rèn)為是3com網(wǎng)卡驅(qū)動(dòng)的問題，偶嘗試過編譯進(jìn)內(nèi)核，沒有作用，嘗試加參數(shù)強(qiáng)迫網(wǎng)卡工作在全雙工或相反，都沒有解決問題，打開了調(diào)試信息，可以看到的出錯(cuò)報(bào)告是vortex_error status=0xe481，google過，但是驅(qū)動(dòng)開發(fā)網(wǎng)站上的郵件列表說這個(gè)錯(cuò)誤只是個(gè)什么值溢出然后復(fù)位了，不影響正常使用，所以只有在打開調(diào)試信息才看得見這個(gè)信息的。偶還嘗試了拿2.4下3c905b驅(qū)動(dòng)拿到2.6下編譯，開始通不過，偶后來注釋了兩行（猜想應(yīng)該是無關(guān)緊要的兩行，呵呵），編譯通過了，但是insmod后網(wǎng)卡還是這個(gè)癥狀，狂郁悶，google過，竟然沒有人遇到過在2.6.7下用3c905b的網(wǎng)卡出這問題的。偶準(zhǔn)備寫mail去聯(lián)系一下撰寫這個(gè)驅(qū)動(dòng)的牛了，不然偶只有兩個(gè)選擇，在2.4下用3com的網(wǎng)卡，或者在2.6下用realtek的10M網(wǎng)卡，faint，就不能讓偶在2.6下享受一下3com的網(wǎng)卡嗎？（還有，2.6.5的內(nèi)核偶也試過了，一樣的癥狀）

wingc

這個(gè)問題其實(shí)偶后來沒多久就搞定了，今天在CU瞎轉(zhuǎn)時(shí)，想不到這個(gè)帖子還這么懸著，我把怎么解決的給附上吧，希望對(duì)以后遇到相同狀況的朋友有用。想到自己差不多半年后回自己的老貼，大汗ing

搞定了，不是內(nèi)核，也不是驅(qū)動(dòng)，居然是網(wǎng)卡默認(rèn)打開了hardware checksum導(dǎo)致的!

google不到解決方法,只有一遍又一遍的讀源碼附帶的文檔,里面對(duì)硬件校驗(yàn)說的是(e文不好,呵呵,大概意思):打開了硬件校驗(yàn),會(huì)在網(wǎng)卡上對(duì)上層協(xié)議進(jìn)行校驗(yàn),可以提高接收數(shù)據(jù)包的效率,而對(duì)發(fā)送沒有效率的提高.如果你認(rèn)為打開了硬件校驗(yàn)會(huì)有什么影響,可以通過什么什么模塊載入?yún)��?shù)取消...

問題就在于文檔說了打開這個(gè)的好處,而對(duì)會(huì)有什么不好的影響卻一個(gè)字都沒提到,所以以前讀的時(shí)候一直沒想到會(huì)是這個(gè)導(dǎo)致的,所以一直沒有試這個(gè),而是找各種版本的驅(qū)動(dòng)代碼來編譯, faint!今天實(shí)在沒法,就試試這個(gè)吧,一取消hardware checksum就馬上見效了,sigh~~真笨啊~~

難道是偶學(xué)校的網(wǎng)絡(luò)環(huán)境太復(fù)雜,導(dǎo)致了某些牌子的交換機(jī)/路由器和這塊3com的網(wǎng)卡的硬件校驗(yàn)有沖突,才出現(xiàn)了這樣的問題?

chris_wan

呵呵,樓主精神可加....