【班门弄斧一下】skb_clone分析

davhuang

skb_clone()操作的skb结构的数据缓冲区是不能被修改的
dreamice 发表于 2011-03-01 21:58

是不建議修改，而不是不能修改吧，想改也能改啊

dreamice

是不建議修改，而不是不能修改吧，想改也能改啊
davhuang 发表于 2011-03-03 13:13

    各个函数有其自身的用途，不是不可以修改，如果你这样去修改了，就失去了这个函数本身的意图了，甚至可能造成其他并发错误的问题。

davhuang

各个函数有其自身的用途，不是不可以修改，如果你这样去修改了，就失去了这个函数本身的意图了， ...
dreamice 发表于 2011-03-03 15:37

iptables 要修改包內容的眾target ，似乎都是直接修改，未考慮clone與否。

Godbach

iptables 要修改包內容的眾target ，似乎都是直接修改，未考慮clone與否。
davhuang 发表于 2011-03-07 13:30

TCP 发送数据包到 IP 层的时候，通常使用 skb_clone。因为还要考虑重传的问题

Godbach

欢迎 dreamice 兄继续更新啊:wink:

scutcjh

跟帖求助啊，遇到这样一个问题：
1、packet_rcv把skb clone一份，挂到一个队列上，此时，skb->data指针指向eth层，然后**进程来接收数据。
2、跑完packet_rcv之后，数据包开始跑ip_rcv，如果其中有个钩子，利用skb前面的保留空间，给数据包加个头部（原来data指针指向的位置已经不是eth头部了），那么是否会造成监听PF_SOCKET的进程收到数据包内容错误？

对于这种clone后的异步操作，有没有啥办法保证数据包正确性？

nswcfd

是会出现这种问题，所以需要在修改数据包的地方调用skb_unshare或者skb_make_writeable来复制data部分（为了保证功能正常不得不牺牲性能）。

举个常见的场景，假设数据包通过NAT修改了IP或者PORT（NAT发生在packet_rcv之后），如果NAT逻辑直接修改skb的内容的话（即不调用make_writeable），
那么非常有可能，通过tcpdump（使用PF_PACKET）抓到的报文，看到的IP/PORT是修改以后的，这就违背了tcpdump看到“最原始报文”的直观期望。

zsy103

Mark, 学习了！

v1623

平时就喜欢看看体育