bugzilla-daemon at netfilter.org
2018-Apr-09 10:54 UTC
[Bug 1242] New: noflush actually flushes in case of custom chain
https://bugzilla.netfilter.org/show_bug.cgi?id=1242
Bug ID: 1242
Summary: noflush actually flushes in case of custom chain
Product: iptables
Version: unspecified
Hardware: All
OS: other
Status: NEW
Severity: normal
Priority: P5
Component: iptables-restore
Assignee: netfilter-buglog at lists.netfilter.org
Reporter: assafcw at gmail.com
Caught while trying to restore iptables with docker chains using:
iptables-restore -n -c MYFILE
The file might look like
*nat
:DOCKER
COMMIT
where the DOCKER chain already has rules in it, when restored - will be
flushed.
while in case of builtin chains - will not flush and duplicate the entry.
For instance:
*nat
-I PREROUTING -m addrtype --dst-type LOCAL -j DOCKER
COMMIT
I believe the bug is in
iptables-restore.c
line 369
if (noflush && ops->is_chain(chain, handle)) {
DEBUGP("Flushing existing user defined chain
'%s'\n",
chain);
if (!ops->flush_entries(chain, handle))
xtables_error(PARAMETER_PROBLEM,
"error flushing chain "
"'%s':%s\n", chain,
strerror(errno));
where it should be if(!noflush %% ops->...
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20180409/bb45b13e/attachment.html>
bugzilla-daemon at netfilter.org
2019-Jul-04 12:16 UTC
[Bug 1242] noflush actually flushes in case of custom chain
https://bugzilla.netfilter.org/show_bug.cgi?id=1242
Shaun Crampton <shaun at tigera.io> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |shaun at tigera.io
--- Comment #1 from Shaun Crampton <shaun at tigera.io> ---
I work on the project Calico network policy engine; we rely on the current
behaviour. Please give me a heads up if the behaviour is going to be changed to
allow for ":chain" lines that don't flush the chain.
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.netfilter.org/pipermail/netfilter-buglog/attachments/20190704/74a73153/attachment.html>
Reasonably Related Threads
- [Bug 1348] New: v1.8.2 iptables-nft-restore incorrectly handles multiple replace commands
- power management and ext3 - mount as ext2?
- [Bug 104] Bytes/packets counters sometimes give incorrect values
- [ANNOUNCE] ebtables 2.0.11 release
- [Bug 699] please add new options to iptables-restore to continue on error and suppress error output