[Bug 1174] New: 'define' functionality not sufficient for maintaining sets and the like
bugzilla-daemon at netfilter.org
bugzilla-daemon at netfilter.org
Wed Aug 23 00:48:44 CEST 2017
https://bugzilla.netfilter.org/show_bug.cgi?id=1174
Bug ID: 1174
Summary: 'define' functionality not sufficient for maintaining
sets and the like
Product: nftables
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5
Component: nft
Assignee: pablo at netfilter.org
Reporter: netfilter at allycomm.com
Objective -- define in a single location a list of ports to be used in
initializing sets and in rules
Result -- no "obvious" way to do this
Expected -- define would either be a straight textual substitution, or would be
able to accept a notation appropriate for defining sets, maps, and the like
that need to be consistent across multiple uses in rule sets
The following fail, in various ways when trying to use
elements = { $some_ports }
* define some_ports = { 80, 443 }
* define some_ports = 80, 443
* define some_ports = http, https
* define some_ports = 80
* define some_ports = "{ 80, 443 }"
fails when trying to use
elements = $some_ports
* define no_ports = { }
fails, as does directly using
* elements = { }
Agreed, can omit the elements declaration, but important:
* To clearly indicate that the intended initial condition is empty
* For automated script-generation tools which would otherwise need to test for
and branch if there were no elements
Typical context:
table ip global {
set forwarded_ports {
type inet_service
elements = { 80, 443 }
}
set some_ports_set {
type inet_service
elements = { $some_ports }
}
set no_forwarded_ports {
type inet_service
# elements = { } # fails
}
}
--
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/20170822/dce2a5d8/attachment-0001.html>
More information about the netfilter-buglog
mailing list