From: Martijn Lievaart <m@rtij.nl>
To: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006@gmx.net>
Cc: Netfilter Development Mailinglist
<netfilter-devel@lists.netfilter.org>,
Pablo Neira Ayuso <pablo@netfilter.org>
Subject: Re: ip_conntrack_tuple and marks
Date: Mon, 25 Sep 2006 00:03:29 +0200 [thread overview]
Message-ID: <451700B1.7070103@rtij.nl> (raw)
In-Reply-To: <4516C70A.3050502@gmx.net>
Carl-Daniel Hailfinger wrote:
>Pablo Neira Ayuso wrote:
>
>
>>Carl-Daniel Hailfinger wrote:
>>
>>
>>>is it possible to add a nfmark field to ip_conntrack_tuple
>>>so that only packets with a certain mark set are matched to
>>>a connection? I'm trying to filter/nat multiple independent
>>>connections with same ip/proto/port tuples on both sides
>>>and the only distinguishing property of the different
>>>connections is their nfmark. Using NOTRACK doesn't help
>>>because it can only exclude packets from tracking, not
>>>match packets to different expectations.
>>>
>>>
>>Could the connmark match/target be what you need?
>>
>>
>
>Unfortunately, connmark does exactly the opposite of what
>I'm trying to achieve.
>
>connmark: get/set fwmark based on flow
>my problem: handle different flows with identical
> srcip/dstip/sport/dport/proto tuples where the only
> difference is the packet fwmark
>
>Example (what I hope to get working)
>SYN packet from 10.0.0.1:1024->10.0.0.2:80 fwmark 1 creates
>one connection.
>SYN packet from 10.0.0.1:1024->10.0.0.2:80 fwmark 2 creates
>another connection independent of the first. Current netfilter
>code considers both packets to belong to the same connection.
>
>
>
Because they are the same connection! What on earth are you trying to
achieve? What strange setup do you have where these packets do *not*
belong to the same connection? Mind you, that's not only netfilter, the
recieving box will also see these packets as belonging to the same
connection.
HTH,
M4
next prev parent reply other threads:[~2006-09-24 22:03 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-22 20:33 ip_conntrack_tuple and marks Carl-Daniel Hailfinger
2006-09-24 3:14 ` Pablo Neira Ayuso
2006-09-24 17:57 ` Carl-Daniel Hailfinger
2006-09-24 22:03 ` Martijn Lievaart [this message]
2006-09-25 14:04 ` Carl-Daniel Hailfinger
2006-09-25 18:42 ` Martijn Lievaart
2006-09-25 20:52 ` [Proposal] ip_conntrack_tuple extension for advanced matching Carl-Daniel Hailfinger
2006-09-25 23:48 ` Pablo Neira Ayuso
2006-09-26 10:00 ` Patrick McHardy
2006-09-26 13:45 ` Martijn Lievaart
[not found] ` <60318.2001:888:19e1::53.1159278334.squirrel@dexter>
2006-09-26 13:54 ` Carl-Daniel Hailfinger
2006-09-26 13:59 ` Patrick McHardy
2006-09-26 14:45 ` Carl-Daniel Hailfinger
2006-09-25 21:56 ` ip_conntrack_tuple and marks Eric Leblond
2006-09-25 22:02 ` Carl-Daniel Hailfinger
2006-09-25 22:08 ` Eric Leblond
2006-09-25 22:23 ` Carl-Daniel Hailfinger
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=451700B1.7070103@rtij.nl \
--to=m@rtij.nl \
--cc=c-d.hailfinger.devel.2006@gmx.net \
--cc=netfilter-devel@lists.netfilter.org \
--cc=pablo@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.