From: Dominique MARTINET <dominique.martinet@atmark-techno.com>
To: netfilter@vger.kernel.org
Subject: Requirements for nft nat pre/postrouting chains?
Date: Wed, 27 Jul 2022 17:03:32 +0900 [thread overview]
Message-ID: <YuDxVBz7FVqk+FHz@atmark-techno.com> (raw)
Hi,
I was reported that on our custom kernel some script didn't work with
iptables-nft (default in debian for a while), and after investigating it
looks like the nat rules for postrouting and prerouting are just not
considered.
I've boiled down the reproducer to this:
---
nft add table ip test
nft chain ip test test '{ type nat hook prerouting priority -100; policy accept; }'
nft add rule ip test test log prefix "test-pre-" counter packets 0 bytes 0
# at this point do some network activity;
# since there is no match specified new connections should trigger
# the log and increment counters for the rule
nft list table test
# (and cleanup)
nft delete table test
---
But while this works on my laptop, I can't get this to work in a minimal
kernel, the rule stays stuck at zero:
---
table ip test {
chain test {
type nat hook prerouting priority dstnat; policy accept;
log prefix "test-pre-" counter packets 0 bytes 0
}
}
---
I've made everything a module and aligned loaded modules from standard
debian to that VM to no avail, also tried naming the table 'nat' and
chain 'PREROUTING' in case names are special (which would surprise me
but you never know) with no difference either...
(I've also seen on the internet that for older kernels iptable_nat is
incompatible with nft nat chains and tried taking it out, but that
shouldn't be relevant anymore)
I'm starting to think it's just some silly setting somewhere and the way
I'm testing it is wrong, but I'm out of ideas.
Am I missing something obvious?
Thanks!
--
Dominique Martinet
next reply other threads:[~2022-07-27 8:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-27 8:03 Dominique MARTINET [this message]
2022-07-27 12:04 ` Requirements for nft nat pre/postrouting chains? Dominique MARTINET
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YuDxVBz7FVqk+FHz@atmark-techno.com \
--to=dominique.martinet@atmark-techno.com \
--cc=netfilter@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.