bugzilla-daemon at netfilter.org
2020-May-25 22:25 UTC
[Bug 1428] New: Unable to dnat to port without defining destination address in inet table
https://bugzilla.netfilter.org/show_bug.cgi?id=1428 Bug ID: 1428 Summary: Unable to dnat to port without defining destination address in inet table Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: nft Assignee: pablo at netfilter.org Reporter: kfm at plushkava.net Consider the following ruleset: table inet t { chain c { meta nfproto ipv6 tcp dport 80 dnat to :9030 } } Here, this produces "Error: Could not process rule: Address family not supported by protocol". The manual states the following:> When used in the inet family (available with kernel 5.2), the dnat and snat statements require the use of the ip and ip6 keyword in case an address is provided.While "in case" is a little ambiguous, this sentence does not strictly imply that an address is mandatory. Therefore, I had expected that the dnat to :port form be usable. It occurred to me that the parser might be thrown by the presence of the colon but, in the event that this may be true, I can discern no way to help disambiguate a standalone :port from the IPv6 address that is intentionally not being declared here. On the other hand, the following rule is at least accepted by the parser if declared within an ip or ip6 table: tcp dport 80 dnat to :9030 Is there a way that it could be made to work when declared within an inet table? -- 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/20200525/186ea02e/attachment.html>
bugzilla-daemon at netfilter.org
2020-May-25 22:28 UTC
[Bug 1428] Unable to dnat to port without defining destination address in inet table
https://bugzilla.netfilter.org/show_bug.cgi?id=1428 George Shammas <netfilter at shamm.as> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter at shamm.as -- 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/20200525/d18c58a8/attachment.html>
Seemingly Similar Threads
- [Bug 1073] New: inet-service vs icmp conflict
- [Bug 514] Making DNAT --to-destination resolve service named of port
- Overriding variables.
- Need destination zone with DNAT- in shorewall-perl 4.2.1?
- [Bug 514] New: Making DNAT --to-destination resolve service named of port