Bug 31136 - iptables-restore fails on user-defined chains
Summary: iptables-restore fails on user-defined chains
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: iptables
Version: 1.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2001-03-09 02:11 UTC by Ben Liblit
Modified: 2007-04-18 16:32 UTC (History)
0 users

Clone Of:
Last Closed: 2001-03-21 15:43:03 UTC

Attachments (Terms of Use)

Description Ben Liblit 2001-03-09 02:11:51 UTC
The iptables-restore program fails if the saved configuration uses any
user-defined chains as jump targets.  To show this in action, start off
with a clean system with no iptables rules defined.  Run the following

	# iptables -N user-chain
	# iptables -A INPUT -j user-chain
	# service iptables save
	# service iptables restart

After thre restart command you will see the following diagnostic output:

	iptables-restore v1.2: Couldn't load target
	cannot open shared object file: No such file or directory

	Try `iptables-restore -h' or 'iptables-restore --help' for more

An "iptables -L" command confirms that the tables have not been restored. 
Direct inspection of the saved "/etc/sysconfig/iptables" file reveals no
problems in the file itself, suggesting that the bug is on the
iptables-restore side rather than the iptables-save side.

I observe this bug in the "iptables-1.2.0-10" RPM.

Comment 1 Gerald Teschl 2001-03-21 09:33:49 UTC

*** This bug has been marked as a duplicate of 28412 ***

Comment 2 David Lawrence 2001-03-21 15:42:21 UTC
Reopening bug since it was marked as a duplicate of a private bug which has not
been resolved yet. Bero, please add a comment to this bug on what the fix is
when the private bug is resolved.

Comment 3 Bernhard Rosenkraenzer 2001-03-21 20:29:13 UTC
Fixed in 1.2.1a-1

Note You need to log in before you can comment on or make changes to this bug.