内核升级到2.6.7后出现的网络古怪问题

wingc

机器是P3 450，一块老的昆腾大脚硬盘6.4G，一块新的西捷硬盘40G，网卡一块是老的Realtek 8029，一块二手的3Com 3c905B。原本装的Red Hat 9，内核就是默认的2.4.20，小弟将内核升级到了2.6.7，编译安装都是成功的，网卡驱动也都已载入，网络也配置好了，ifconfig能看到eth0（就是那块3Com的，老8029是10M网卡，一般不用）和lo，IP也绝对设置正确，但是在2.6.7下出现了如下的古怪问题：

ping通子网内其他机器没问题，但是如果ssh、telnet、http都不行，而且没有任何提示，ssh、telnet不是超时端掉，而是无任何回显，在连接端netstat察看，能看到当前连接已经建立，http（通过lynx）就是看到send request提示，但永远收不到回应。ftp就更古怪，连接上服务器后，能看到站点提示，还让输入用户名，但是输入用户名后，又继续没有任何回显了，服务器端netstat察看，同样发现连接已建立。

如果把这台机器做服务器，ssh、telnet它同样是客户端无任何回显，但netstat察看可以看到连接已建立。

换到那块老网卡连接网络，问题同样，估计应该不是驱动或者硬件的问题。

换回原本的2.4.20启动，网络正常，所以估计是编译内核时，有选项设置错误，不知道哪位大哥清楚问题的所在，给小弟指点个方向，多谢了~~

wingc

偶晕啊，问题不至于古怪到关注的朋友的那么少吧，CU上高手如云，哪位指点小弟一二，感激不敬

wuwei7716

我估计是防火墙的问题，有连接建立，说明收到了数据包，并回应了，没有显示应该是回应数据包没有被正常接收到。一家之言，可以参考。

wingc

当初偶也是这么想的，但是lsmod一看，ip_tables这些模块都还没有载入，感觉ip_tables这些东东还没有起到作用吧，怀疑是不是编译内核时对网络的哪个选项不当，呵呵，今晚还搞不定的话，就再找2.6.5来装上试试

wingc

对不起，对不起，偶描述的有问题，由于偶当时测试粗心，那块老网卡8029在新内核下是可以用的，偶误以为不可以用，是因为偶ifconfig eth1 up后，忘了去改默认的route，还是从eth0在走，其实配好route后，8029正常使用。现在的问题，偶认为是3com网卡驱动的问题，偶尝试过编译进内核，没有作用，尝试加参数强迫网卡工作在全双工或相反，都没有解决问题，打开了调试信息，可以看到的出错报告是vortex_error status=0xe481，google过，但是驱动开发网站上的邮件列表说这个错误只是个什么值溢出然后复位了，不影响正常使用，所以只有在打开调试信息才看得见这个信息的。偶还尝试了拿2.4下3c905b驱动拿到2.6下编译，开始通不过，偶后来注释了两行（猜想应该是无关紧要的两行，呵呵），编译通过了，但是insmod后网卡还是这个症状，狂郁闷，google过，竟然没有人遇到过在2.6.7下用3c905b的网卡出这问题的。偶准备写mail去联系一下撰写这个驱动的牛了，不然偶只有两个选择，在2.4下用3com的网卡，或者在2.6下用realtek的10M网卡，faint，就不能让偶在2.6下享受一下3com的网卡吗？（还有，2.6.5的内核偶也试过了，一样的症状）

wingc

这个问题其实偶后来没多久就搞定了，今天在CU瞎转时，想不到这个帖子还这么悬着，我把怎么解决的给附上吧，希望对以后遇到相同状况的朋友有用。想到自己差不多半年后回自己的老贴，大汗ing

搞定了，不是内核，也不是驱动，居然是网卡默认打开了hardware checksum导致的!

google不到解决方法,只有一遍又一遍的读源码附带的文档,里面对硬件校验说的是(e文不好,呵呵,大概意思):打开了硬件校验,会在网卡上对上层协议进行校验,可以提高接收数据包的效率,而对发送没有效率的提高.如果你认为打开了硬件校验会有什么影响,可以通过什么什么模块载入参数取消...

问题就在于文档说了打开这个的好处,而对会有什么不好的影响却一个字都没提到,所以以前读的时候一直没想到会是这个导致的,所以一直没有试这个,而是找各种版本的驱动代码来编译, faint!今天实在没法,就试试这个吧,一取消hardware checksum就马上见效了,sigh~~真笨啊~~

难道是偶学校的网络环境太复杂,导致了某些牌子的交换机/路由器和这块3com的网卡的硬件校验有冲突,才出现了这样的问题?

chris_wan

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