* 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