All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pablo Neira <pablo@eurodev.net>
To: KOVACS Krisztian <hidden@balabit.hu>,
	Netfilter Development Mailinglist
	<netfilter-devel@lists.netfilter.org>
Subject: Re: Conntrack & NAT question
Date: Thu, 15 Jul 2004 17:12:08 +0200	[thread overview]
Message-ID: <40F69EC8.80903@eurodev.net> (raw)
In-Reply-To: <1089882225.2556.10.camel@nienna.balabit>

[-- Attachment #1: Type: text/plain, Size: 546 bytes --]

Hi Krisztian,

KOVACS Krisztian wrote:

>  The 'new' parameter means we're updating an entry we've just created.
>So, unless the entry is new, we check whether the tuples in the update
>message are the same as ours. And, unfortunately, I have a few assertion
>failed messages in the logs... :(
>  
>

maybe this could be related to the initialization of the tuple and 
repl_tuple contained in ct_sync message. I didn't have much time to have 
a look at ct_sync implementation so far, if I'm missing anything, please 
let me know.

regards,
Pablo

[-- Attachment #2: memset.patch --]
[-- Type: text/x-patch, Size: 1232 bytes --]

? memset.patch
Index: Makefile
===================================================================
RCS file: /cvspublic/netfilter-ha/ct_sync/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile	30 Jan 2004 20:24:26 -0000	1.3
+++ Makefile	15 Jul 2004 14:14:55 -0000
@@ -1,5 +1,5 @@
 # set to your kernel tree
-KERNEL  = /usr/src/linux-ctsync
+KERNEL  = /usr/src/new/linux-2.4.24
 
 # get the Linux architecture. Needed to find proper include file for CFLAGS
 ARCH=$(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ -e s/arm.*/arm/ -e s/sa110/arm/)
Index: ct_sync_main.c
===================================================================
RCS file: /cvspublic/netfilter-ha/ct_sync/ct_sync_main.c,v
retrieving revision 1.30
diff -u -r1.30 ct_sync_main.c
--- ct_sync_main.c	13 Jul 2004 14:53:41 -0000	1.30
+++ ct_sync_main.c	15 Jul 2004 14:14:58 -0000
@@ -164,6 +164,9 @@
 	hdr->resource = CT_SYNC_RES_CONNTRACK;
 	hdr->len = __constant_htons(sizeof(*sct));
 
+	memset(&sct->orig, 0, sizeof(struct ip_conntrack_tuple));
+	memset(&sct->reply, 0, sizeof(struct ip_conntrack_tuple));
+
 	/* copy data from conntrack struct */
 	memcpy(&sct->orig, &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple, 
 		sizeof(sct->orig));

  reply	other threads:[~2004-07-15 15:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-15  9:03 Conntrack & NAT question KOVACS Krisztian
2004-07-15 15:12 ` Pablo Neira [this message]
2004-07-15 15:42   ` Pablo Neira
2004-07-19  6:51   ` KOVACS Krisztian

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40F69EC8.80903@eurodev.net \
    --to=pablo@eurodev.net \
    --cc=hidden@balabit.hu \
    --cc=netfilter-devel@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.