在驅(qū)動層做NAT之后，tcp的校驗(yàn)和總是出錯。

FlankerSky

最近項(xiàng)目上有個奇葩的需求，要用到虛擬網(wǎng)卡，于是我在e1000e的驅(qū)動里集成了snull（ldd3中的那個虛擬網(wǎng)卡代碼）。大概結(jié)構(gòu)如圖所示
。
數(shù)據(jù)包從eth0進(jìn)來，做個dnat到snull，然后snull的數(shù)據(jù)包做個snat從eth0發(fā)送出去，現(xiàn)在的問題是，數(shù)據(jù)包發(fā)送出去了，對端無法接收，單步跟了下，發(fā)現(xiàn)是在tcp校驗(yàn)的時候失敗了。
剛開始以為，改過地址后，校驗(yàn)和算錯了，但后來把所有的關(guān)于ip地址，mac地址的改動都去掉后（相當(dāng)于沒有做snat），直接發(fā)送出去，抓包發(fā)現(xiàn)，tcp->check的值變掉了。貌似是網(wǎng)卡對數(shù)據(jù)重新做了校驗(yàn)發(fā)送出去了，但是用這個命令ethtool -K eth0 tx off 關(guān)掉網(wǎng)卡的發(fā)送校驗(yàn)之后，發(fā)現(xiàn)還是一樣的現(xiàn)象，實(shí)在想不到什么原因了，望知道的朋友幫幫解解惑。先謝過了

FlankerSky

補(bǔ)充下：skb->dev也改過了。在e1000e的手冊里，沒有找到控制發(fā)送校驗(yàn)的控制寄存器，只找到了用于控制接收校驗(yàn)的寄存器。不知道是不是硬件校驗(yàn)的原因
各路大神，給點(diǎn)提示，拜托了

FlankerSky

碉堡了，看來是問題太奇葩了。

Godbach

回復(fù) 1# FlankerSky
根據(jù)你的觀察，到底是校驗(yàn)和正確了，還是仍然不正確。

修改之后，對端可以正確接收 TCP 報(bào)文了嗎


   

godvmxi

虛擬網(wǎng)卡直接自己軟件層添加就行了。。。干嘛要在驅(qū)動層

FlankerSky

回復(fù) 4# Godbach

不好意思，好幾天了，放假回家了。確實(shí)是校驗(yàn)和算錯了，改了一下校驗(yàn)和的算法，現(xiàn)在可以了。謝了

FlankerSky

回復(fù) 5# godvmxi

這個虛擬網(wǎng)卡是修改的LDD中的例子，目的也是為了能修改物理網(wǎng)卡的數(shù)據(jù)，功能的話就是希望能坐一個snat dnat，當(dāng)中還得對數(shù)據(jù)內(nèi)容做些修改，不知道netfilter能不能實(shí)現(xiàn)，所以就想在網(wǎng)卡里做了，不知道兄弟說的軟件曾添加是什么意思，還請指點(diǎn)。