Linux Netfilter discussions
 help / color / mirror / Atom feed
* Re: FYI: QUEUE & ipqmpd bugs
       [not found] <003301c2242d$7fca2e40$0689cb8a@etbx180>
@ 2002-07-05 16:12 ` James Morris
  2002-07-05 19:15 ` Harald Welte
  1 sibling, 0 replies; 2+ messages in thread
From: James Morris @ 2002-07-05 16:12 UTC (permalink / raw)
  To: Jean-Michel Hemstedt; +Cc: netfilter-devel, netfilter

On Fri, 5 Jul 2002, Jean-Michel Hemstedt wrote:

> FYI,
> 
> I upgraded to iptables-1.2.6a (user & kernel-2.4.18 patches)
> and got the following (maybe known) problems:
> 
> - QUEUE target is NOK with kernel compiled with CONFIG_IP_NF_QUEUE=m
>   => the packets are queued, but ipq_create_handle() returns 
>      "can't create netlink socket"
>      "ERROR: Unable to create netlink socket: Connection refused"
>     (problem with exported symbols?)
>   =>quick fix: compile kernel with CONFIG_IP_NF_QUEUE=y
> 

You need to explicitly load the ip_queue module.


- James
-- 
James Morris
<jmorris@intercode.com.au>




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

* Re: FYI: QUEUE & ipqmpd bugs
       [not found] <003301c2242d$7fca2e40$0689cb8a@etbx180>
  2002-07-05 16:12 ` FYI: QUEUE & ipqmpd bugs James Morris
@ 2002-07-05 19:15 ` Harald Welte
  1 sibling, 0 replies; 2+ messages in thread
From: Harald Welte @ 2002-07-05 19:15 UTC (permalink / raw)
  To: Jean-Michel Hemstedt; +Cc: netfilter-devel, netfilter

On Fri, Jul 05, 2002 at 04:08:54PM +0200, Jean-Michel Hemstedt wrote:
> FYI,
> 
> I upgraded to iptables-1.2.6a (user & kernel-2.4.18 patches)
> and got the following (maybe known) problems:
> 
> - QUEUE target is NOK with kernel compiled with CONFIG_IP_NF_QUEUE=m
>   => the packets are queued, but ipq_create_handle() returns 
>      "can't create netlink socket"
>      "ERROR: Unable to create netlink socket: Connection refused"
>     (problem with exported symbols?)
>   =>quick fix: compile kernel with CONFIG_IP_NF_QUEUE=y

I think james should be able to answer that.

> - ipqmpd-0.3: default verdict NF_ACCEPT is not applied when no
>   process has attached to it. In fact ipqmpd starts, but it seems
>   that it never receives any packet (in ipq_inp). When one process
>   attaches to it, with a mark different from the queued packet, then
>   the default NF_ACCEPT is applied correctly. When all processes have
>   detached from ipqmpd, the default NF_ACCEPT continues to be applied
>   correctly.

ever looked at the CVS repository? 
http://www.gnumonks.org/cgi-bin/cvsweb.cgi/ipqmpd/

None of that code has been touched since 22 months... I wrote ipqmpd for
fun, and nobody really seemed to use it.  Feel free to submit patches or
take over maintainership of ipqmpd :)

> kr,
> -jmhe-               He who expects nothing shall never be disappointed

-- 
Live long and prosper
- Harald Welte / laforge@gnumonks.org               http://www.gnumonks.org/
============================================================================
GCS/E/IT d- s-: a-- C+++ UL++++$ P+++ L++++$ E--- W- N++ o? K- w--- O- M- 
V-- PS+ PE-- Y+ PGP++ t++ 5-- !X !R tv-- b+++ DI? !D G+ e* h+ r% y+(*)


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

end of thread, other threads:[~2002-07-05 19:15 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <003301c2242d$7fca2e40$0689cb8a@etbx180>
2002-07-05 16:12 ` FYI: QUEUE & ipqmpd bugs James Morris
2002-07-05 19:15 ` Harald Welte

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox