Re: NF_DROP and NF_STOLEN

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

> hi
>
> Though I am a netfilter newbee too, i feel there is some difference
between
> NF_DROP and NF_STOLEN ... if a NF_DROP is returned, its the responsibility
> of the kernel to drop the packet and free its sk_buff ... where as if a
> NF_STOLEN is returned then the registered module(the hook fn or whatever)
> takes the responsibility of the packet from there on, the kernel in this
> case does not free the sk_buff, its now the responsibility of the
> registered module to play with the packet and when done finally call
> free(sk_buff).

OK, thanks. So can I say from the userspace aspect, there's no difference
between setting NF_DROP and NF_STOLEN; but for the kernel aspect, there will
be more and more packets piled up in the skb buffer if we always set
NF_STOLEN from userspace. (?)

Jee

> Amit
>
>
>
>
> "Jee J.Z." <jz105@xxxxxxxxxx>@lists.netfilter.org on 04/19/2004 11:39:25
PM
>
> Sent by:    netfilter-admin@xxxxxxxxxxxxxxxxxxx
>
>
> To:    <netfilter@xxxxxxxxxxxxxxxxxxx>
> cc:
>
> Subject:    NF_DROP and NF_STOLEN
>
>
> Hi all,
>
> Could anybody let me know what actual difference the targets NF_DROP and
> NF_STOLEN make to the kernel? As far as I know, both of them tell the
> kernel
> to forget the packet. In "Linux netfilter Hacking HOWTO", it says NF_DROP
> tells netfilter to drop the packet, and NF_STOLEN tells netfilter that the
> registered module has taken over the packet. I don't fully understand what
> the module can do to the packet by taking over it and how.
>
> Can anyone be kind enough to explain this or show me an example that a
> module takes over packets and does something to them?
>
> Thanks a lot in advance!
>
> Regards,
> Jee
>
>
>
>
>



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux