Re: possible bug in call to libipt_state

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

 



What steps did you follow to debug your script before this conclusion.

ukeme noah

----- Original Message ----- From: "Steven Stromer" <filter@xxxxxxxxxxxxxxxxx>
To: <netfilter@xxxxxxxxxxxxxxx>
Sent: Monday, March 31, 2008 4:12 PM
Subject: possible bug in call to libipt_state


Hi,

On FC8, kernel 2.6.24.3-50.fc8 (and earlier, actually), iptables v1.3.8, I am receiving the following error when trying to load rules from a shell script:

Couldn't load match '-state':/lib64/iptables/libipt_-state.so: cannot open shared object file: No such file or directory

In fact, there is no such file or directory, because the call is being incorrectly made to 'libipt_-state.so', instead of 'libipt_state.so':

# ls -la /lib64/iptables | grep state
-rwxr-xr-x 1 root root  6888 2007-11-05 12:08 libip6t_state.so
-rwxr-xr-x 1 root root  6888 2007-11-05 12:08 libipt_state.so

I am not at all certain whether this is a problem in the Fedora iptables package, the kernel, or iptables itself. If anyone could help me locate the source of the call, and could also confirm that this really is a bug, I'll happily report it!

Thanks,
Steven Stromer

--
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

--
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