nf_nat_used_tuple_new(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… nf_nat_used_tuple_new(9) β€” from the Kernel API Manual bestie ✨

okay so picture this: it's giving conntrack gatekeeping era, and this little function is the bouncer at the door πŸŽ€


✨ NAME ✨

nf_nat_used_tuple_new β€” the vibe check that tells you whether a to-be-inserted conntrack is about to collide with an existing entry πŸ’₯


🌸 SYNOPSIS 🌸

bool nf_nat_used_tuple_new (const struct nf_conntrack_tuple *tuple ,
const struct nf_conn *ignored_ct );

like yes bestie it returns a bool, we love a yes-or-no icon πŸ‘‘


πŸ¦‹ ARGUMENTS πŸ¦‹

  • tuple β€” the proposed NAT binding, i.e. the fit we're trying to serve πŸ”₯
  • ignored_ct β€” our own (unconfirmed) conntrack entry, the one we're lowkey side-eyeing past πŸ™ˆ

πŸ’œ DESCRIPTION πŸ’œ

So it's literally the same as nf_nat_used_tuple, except it also checks for that rare clash in the reverse direction 🫢 no cap, that's the whole tea.

⚠️ Heads up bestie: this should only be called when tuple has not been altered β€” meaning ignored_conntrack will not be subject to NAT. Do not come for this function's wig by calling it at the wrong moment, fr fr 😭

⭐ RETURN ⭐

Returns true if the proposed NAT mapping collides with an existing entry πŸ’€ (and by implication, not-true when it's all clear 🌈).


🌟 SEE ALSO 🌟


mwah πŸ’‹ that's the whole page, stream it, screenshot it, send it to the group chat β€” this one came straight from the kernel tree at ./net/netfilter, dated October 2026, and it slayed βœ¨πŸŽ€πŸ’–

πŸ“¦ where this page comes from