Hey.
The reason might be that there is something like "---state" (note 3 -
instead of normal 2). You should start looking from /etc/init.d/iptables
(or firewall or something similar). A quick workaround could be to create
a symbolic link for libipt_-state.so (ln -sf libipt_state.so
/lib64/iptables/libipt_-state.so) if it's something that needs to be fixed
now and the cause remains unclear (which I doubt).
Steven Stromer <filter@xxxxxxxxxxxxxxxxx> kirjoitti Mon, 31 Mar 2008
23:12:10 +0300:
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
