From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: xt_connlimit 20070628 kernel Date: Fri, 06 Jul 2007 15:05:10 +0200 Message-ID: <468E3E06.3080305@trash.net> References: <467FA9CE.8000805@trash.net> <46840B9F.7080803@trash.net> <468410A9.70309@trash.net> <4684ECB5.9070402@trash.net> <4688EF45.7020200@trash.net> <46891C50.1020904@trash.net> <468A2F91.3040002@trash.net> <468A3446.9050505@trash.net> <468BB421.3090801@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Netfilter Developer Mailing List To: Jan Engelhardt Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-devel-bounces@lists.netfilter.org Errors-To: netfilter-devel-bounces@lists.netfilter.org List-Id: netfilter-devel.vger.kernel.org Jan Engelhardt wrote: > On Jul 4 2007 16:52, Patrick McHardy wrote: > >>>>>So you are saying I should use... >>>>> >>>>> nf_ct_get_tuple(skb, 0, 0, match->family, match->proto, &tuple, >>>>> what_l3, what_l4); >>>>> >>>>>at the top of count_them() and get rid of the nf_ct_get() in connlimit_match? >>>> > [...] > >>Right, when the packet hits connection tracking. > > > Ok so what should I put in for nhoff, dataoff, what_l3 and what_l4? Check out nf_conntrack_in() and the IPv4/IPv6 prepare functions.