內(nèi)核如何實現(xiàn)實現(xiàn)替換下載

mkshtk

如題，論壇里關(guān)于修改數(shù)據(jù)包的帖子也都看了，最后云里來霧里去，完全沒思路了。本人小白，所以只能求助了。

a<->b, b<->c。b代理轉(zhuǎn)發(fā)，現(xiàn)在需要在b在a和c之間通信時判斷a與b之間是否有exe或者zip的下載請求，若發(fā)現(xiàn)下載請求則將a請求的下載內(nèi)容替換成b本機上的下載內(nèi)容，偽造成a請求的文件格式發(fā)送給a。

我的思路：在a發(fā)送的請求中判斷是否有“.exe”“.zip”之類的關(guān)鍵字，如果有則b將本地的數(shù)據(jù)包偽造成a想要下載的文件發(fā)送給c。
疑問：1、在什么時候進(jìn)行判斷比較好，是根據(jù)a的請求判斷還是c返回的數(shù)據(jù)包？
        2、內(nèi)核中去sk_buff判斷其中的關(guān)鍵字如：“.exe”“.zip”是否可行？ip_input.c，ip_output.c，ip_foward.c在哪里修改更好？
        3、判斷有下載請求偽造數(shù)據(jù)包后是否需要斷開a與c之間的連接？
        4、判斷有下載請求后如何讓b偽造數(shù)據(jù)包并發(fā)送？用內(nèi)核從新構(gòu)建數(shù)據(jù)包？


不知道我的思路是否可行，因為是給的任務(wù)，又是小白，加上之前也沒研究過內(nèi)核，所以求助大牛們。如果思路不對，希望能給個思路，在此先謝過了。

瀚海書香

回復(fù) 1# mkshtk

a<->b, b<->c。b代理轉(zhuǎn)發(fā)，現(xiàn)在需要在b在a和c之間通信時判斷a與b之間是否有exe或者zip的下載請求，若發(fā)現(xiàn)下載請求則將a請求的下載內(nèi)容替換成b本機上的下載內(nèi)容，偽造成a請求的文件格式發(fā)送給a。

我的思路：在a發(fā)送的請求中判斷是否有“.exe”“.zip”之類的關(guān)鍵字，如果有則b將本地的數(shù)據(jù)包偽造成a想要下載的文件發(fā)送給c。

這樣做是可以的，但是工作量有點大啊。

如果只是實現(xiàn)這個需求，大約只需要300行左右的內(nèi)核代碼就完全可以了。
提個醒：利用http協(xié)議的redirect特點。

   

Godbach

回復(fù) 1# mkshtk

這個需求修改應(yīng)用層代理好了，別在內(nèi)核態(tài)折騰了，太費勁了

   

mkshtk

回復(fù) 2# 瀚海書香


    不太明白，斑竹能否說的明白點�。空垓v一天了，到現(xiàn)在也只想出一個思路.....還有如果可以麻煩幫我解答下上面我的疑問，萬分感謝斑竹！

Godbach

回復(fù) 2# 瀚海書香
好主意，Redirect 是個好方法，這樣的話，斷開連接是否還有內(nèi)核態(tài)主動完成呢。


   

mkshtk

回復(fù) 3# Godbach


    能說的詳細(xì)點么？我上司說內(nèi)核實現(xiàn)起來比較簡單，讓我從內(nèi)核搞.....

Godbach

回復(fù) 6# mkshtk
看 瀚海版主 的提醒吧


   

hk2305621

學(xué)習(xí)了. 兩位斑竹到了.

瀚海書香

回復(fù) 5# Godbach

斷開連接是否還有內(nèi)核態(tài)主動完成呢

其實這個工作讓內(nèi)核自己做就可以了。因為應(yīng)用層收到后，一般會主動來關(guān)閉的，當(dāng)然有些瀏覽器沒有處理，就只能等超時了。

   

瀚海書香

回復(fù) 6# mkshtk

能說的詳細(xì)點么？我上司說內(nèi)核實現(xiàn)起來比較簡單，讓我從內(nèi)核搞.....

呵呵，在上司眼里，只要工作不是自己做，哪怕是讓你重寫一個unix，都認(rèn)為很簡單的