Linux内核发送构造数据包的方式

Godbach

原帖由 瀚海书香 于 2009-9-2 17:14 发表
分析的非常好，小弟收藏了

呵呵，多多交流。帖子中也是有提出问题的，大家有相关经验的可以分享一下。

瀚海书香

其实好像发送也可以通过接收来实现。
在PREROUTING点上修改数据包的目的ip，然后修改校验和，之后调用netif_receive_skb(),这样数据包就会走forward链而发送出去。

Godbach

原帖由 瀚海书香 于 2009-9-2 17:27 发表
其实好像发送也可以通过接收来实现。
在PREROUTING点上修改数据包的目的ip，然后修改校验和，之后调用netif_receive_skb(),这样数据包就会走forward链而发送出去。

你的意思相当于，修改后的数据包再次走PREROUTING点了。

另外，修改之后是否会走forward还是需要看路由的。

platinum

原帖由 Godbach 于 2009-9-2 16:56 发表


你的意思是说，如果在桥模式下使用REJECT，RST包可能发布出去。

是的，应该发不出去，因为只是修改了源目的 IP 源目的 PORT，之后交给 LOCAL_OUT 自动选路了
因此，本地协议栈会自动寻找适合的 interface 去发包，整个过程没有修改 dev

[ 本帖最后由 platinum 于 2009-9-2 17:50 编辑 ]

瀚海书香

如果目的ip是本地就不会走forward，如果目的ip不是本地就会走forward。

修改之后会重新进入NF的流程

platinum

原帖由 瀚海书香 于 2009-9-2 17:36 发表
如果目的ip是本地就不会走forward，如果目的ip不是本地就会走forward。

修改之后会重新进入NF的流程

如果是别人发过来的包，那确实如此，如果是自己发出去的包，就和 FORWARD 无关了

Godbach

原帖由 platinum 于 2009-9-2 17:32 发表

是的，应该发不出去，因为只是修改了源目的 MAC 和源目的 IP 源目的端口，之后交给 LOCAL_OUT 自动选路了
因此，本地协议栈会自动寻找适合的 interface 去发包，整个过程没有修改 dev

REJECT模块并未修改源和目的MAC的吧。

另外，在构造包并调用dev_queue_xmit函数之前，也并未修改dev啊。

Godbach

修改之后会重新进入NF的流程

这种修改之后调用netif_recieve_skb的方式你是否实践过?

platinum

原帖由 Godbach 于 2009-9-2 17:48 发表


REJECT模块并未修改源和目的MAC的吧。

另外，在构造包并调用dev_queue_xmit函数之前，也并未修改dev啊。

是的，我看错了，没有修改 MAC
送到上层后，是通过本地 IP 栈自动选路的

Godbach

原帖由 platinum 于 2009-9-2 17:51 发表

是的，我看错了，没有修改 MAC
送到上层后，是通过本地 IP 栈自动选路的

对。这个地方send_reset为什么还需要自己在模块代码中查找新路由呢，交给IP协议栈统一处理不行吗？