Hi, Problem seems difficult to explain (and I'm not speaking well tonight), here's the detail : In the scope of the NuFW project we need to queue SYN packets for connection we want to authenticate (see http://www.nufw.org/ for details on principles). For a single connection we want to QUEUE only the first packet coming to the firewall (SYN packet in the case of TCP). All subsequent packets of the connection even if they are also SYN packet (if for example server is unreachable or does not exist) have to me authorized or drop depending of the decision taken on the first packet. In fact this is an extension of the ESTABLISHED or RELATED match. I hope my problem is clearly explained this time. BR and thanks for the help On Wed, 2005-05-04 at 14:37 -0500, Taylor, Grant wrote: > > I'm trying to match the first packet of a connection : for a TCP > > connection I want to match the first SYN packet received by the firewall > > and ignore the possible reemission, in fact I want to accept them. > > > > Is this possible ? > > > > I've try to use the conntrack module but I was not successful. > > Question: Are you wanting to just silently DROP the first connection attempt and force people to try to reconnect via retransmission of the SYN packet? If that is the case you will want to do something out side of the connection tracking match extensions that exist because (as far as I know and understand) they all deal within a given connection. You are really wanting to break / prevent one connection attempt and then allow the subsequent ones. Or at least that's how I understand what you have written. I have a feeling that you will be playing with the recent or set match extensions where you add a connection attempt to a recent list or set list while dropping the first connection attempt packet. Subsequent connection attempt packets can then be matched against the recent list or set list to see if there has been a connection attempt dropped and if so accept the present connection attempt. > > If you give me more to work with I might be able to come up with a rule set to help you out. > > > > Grant. . . . > -- Eric Leblond <eric@xxxxxxxxx> NuFW, Now User Filtering Works : http://www.nufw.org -- Eric Leblond <eric@xxxxxx> INL
Attachment:
signature.asc
Description: This is a digitally signed message part
