关于构造Http Response包的问题

ShadowStar

看你是在哪个处理流程中做了。

直接修改原始skb，再发送出去的话，例如：
rcv ()
{
send()
return
}
容易引起系统崩溃，因为dev_queue_xmit最后会kfree_skb，所以rcv之后的处理流程就会handle NULL pointer。

另外skb数据空间的大小不是固定，是根据网卡接受的大小分配的，所以skb_put前要检查tailroom

ShadowStar

原帖由 qps104 于 2008-9-4 13:09 发表
不是哦。你去访问下skb->tail后面得地址机器肯定死掉

不一定会死，但是要是put到end外面就挂了

tail到end还是有一些空间的

ShadowStar

原帖由 Godbach 于 2008-9-4 13:53 发表


多谢。那也就是如果tail只要不超过end，还是可以进行调整的，对吗？

是的

不过要注意一下调用的发送函数，要是直接用dev_queue_xmit的话，需要skb_push

ShadowStar

原帖由 Godbach 于 2008-9-4 14:23 发表


是吗，我在测试时，接收到SYN包，回应SYN+ACK包，没有使用skb_push。只是直接修改了MAC层的源与目的MAC

netif_receive_skb时，skb->data指向iph，而不是mac。

dev_queue_xmit从skb->data开始发送数据。

skb_push改data，put改tail

ShadowStar

原帖由 Godbach 于 2008-9-4 14:40 发表


多谢。当我调用dev_queue_xmit时，skb->data是否需要指向mac，我之前测试方法是，在调用该函数前，skb->data指向了mac，同时修改了skb->len.



我现在的应用应该是修改应用层的数据内容，数据内核比接 ...

调用dev_queue_xmit前当然需要将data指到mac

用skb_push和skb_put操作起来更简单些， 但是实际和你手动设定data和len是一样效果。