You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The definitions of the properties for the "address" property, used in the agent-targets of type HTTP API, ssh, linux, net-address, contain regexes that do not allow variables to be placed instead of actual URL/IP/Mac/vlan values.
Besides being impractical, this is also not in line with the specification, which defines all values for address keys to be list of strings. See e.g. sec. 7.8 of CACAO V2 spec:
"address (required) | dictionary | The key for each entry in the dictionary MUST be a stringthat uniquely identifies one or more address types. The key(s) MUST be one of the following values dname(domain name), ipv4, ipv6, l2mac, vlan, or url. The dictionary value associated with each key MUST be a listof string that contains the corresponding address(es) for that particular key type."
It would probably be the case that in the schemas, such properties are left as string, or else change the regex validation such that that CACAO variables strings are also allowed.
The text was updated successfully, but these errors were encountered:
The definitions of the properties for the "address" property, used in the agent-targets of type HTTP API, ssh, linux, net-address, contain regexes that do not allow variables to be placed instead of actual URL/IP/Mac/vlan values.
Besides being impractical, this is also not in line with the specification, which defines all values for address keys to be list of strings. See e.g. sec. 7.8 of CACAO V2 spec:
"address (required) | dictionary | The key for each entry in the dictionary MUST be a stringthat uniquely identifies one or more address types. The key(s) MUST be one of the following values dname(domain name), ipv4, ipv6, l2mac, vlan, or url. The dictionary value associated with each key MUST be a listof string that contains the corresponding address(es) for that particular key type."
It would probably be the case that in the schemas, such properties are left as string, or else change the regex validation such that that CACAO variables strings are also allowed.
The text was updated successfully, but these errors were encountered: