nfq_unbind_pf and nfq_bind_pf return values different in 2.6.23

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I haven't touched C for a while now, and have been using python.  I used
to rely on python ipqueue, which uses ipq, but it has problems in 64bit,
and rather than fix it myself, I decided to try the netfilter queue, as
implemented in python nfqueue, given that the netfilter queue is
supposed to make ipq obsolete anyhow, and the author of python ipqueue
now recommends nfqueue.  Unfortunately, it seems that nfqueue has been
broken as of kernel 2.6.23 due to changes in the return values of
nfq_bind_pf and the unbind equivalent.  The code expects 0 to be
returned, and complains of failure otherwise.  I was just wondering if
someone could tell me how to interpret the return values and then I can
fix nfqueue. 

At the moment, this is the problem unless I just fudge it so it doesn't
bail out at this point:

localhost Wall # python testq.py
NFNETLINK answers: Invalid argument
Traceback (most recent call last):
  File "testq.py", line 53, in ?
    Queue = NetfilterQueue()
  File "testq.py", line 44, in __init__
    self.queue = nfqueue.Queue(False)
  File "nfqueue.pyx", line 226, in nfqueue.Queue.__new__
StandardError: nfq_unbind_pf failed

If I fudge it so as to just print out the return codes, I get this:

localhost Wall # python testq.py
NFNETLINK answers: Invalid argument
-22
NFNETLINK answers: Device or resource busy
-16


Any help much appreciated.  Thanks. Tom.

-
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux