All of lore.kernel.org
 help / color / mirror / Atom feed
* nfqueue
@ 2010-08-03 17:01 m
  2010-08-03 17:30 ` nfqueue Karl Hiramoto
  2010-08-03 17:55 ` nfqueue Jan Engelhardt
  0 siblings, 2 replies; 4+ messages in thread
From: m @ 2010-08-03 17:01 UTC (permalink / raw)
  To: netfilter-devel

I have used both Snort and Suricata inline on my firewall.
With snort I use ip_queue, and with Suricata I use nf_queue.
Both seem to function in the same manner.

example:

iptables -t raw -I PREROUTING -j QUEUE

or

iptables -t raw -I PREROUTING -j NFQUEUE 1

After that I never see any further traffic in the raw table, despite 
there might be a lot more rules to traverse. The -j never returns.
Instead the traffic magically reappears in the mangle table.
To make this function correctly I add that rule at the end of the table
where I rely on Snort/Suricata to report disposition.

I have tried this in all tables and saw the same results but the 
application is processing the packets...

Either I am missing something very important, or this is an issue, AKA 
bug. Not sure what I need to work on to fix it.
Suggestions?

Marty B.



^ permalink raw reply	[flat|nested] 4+ messages in thread
* nfqueue
@ 2010-07-20 17:01 ratheesh k
  0 siblings, 0 replies; 4+ messages in thread
From: ratheesh k @ 2010-07-20 17:01 UTC (permalink / raw)
  To: Netfilter mailing list; +Cc: Jan Engelhardt

iptables -A FORWARD -j NFQUEUE

I would change destination address and port in userspace and w will do
accept verdict

1. which hooks p acket  will traverse ?
2. Since routing decision is already made , is there any scope for
route find again ?


-Ratheesh

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-08-03 17:55 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-03 17:01 nfqueue m
2010-08-03 17:30 ` nfqueue Karl Hiramoto
2010-08-03 17:55 ` nfqueue Jan Engelhardt
  -- strict thread matches above, loose matches on Subject: below --
2010-07-20 17:01 nfqueue ratheesh k

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.