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
Update: We think this can be treated as a documentation issue, where the source_address_start = cidrhost(var.cidr, "1") and source_address_end = cidrhost(var.cidr, "-1") examples are included in the Terraform registry docs for upcloud_network as well as the github docs.
For the same reasons/motivation as in issue #65 : to reuse terraform code across cloud vendors it helps to pass network ranges a cidr blocks instead of:
Right now we have to re-write all our resources that abstract away cloud provider specifics, to use different inputs.
This also makes it more costly/difficult to integrate UpCloud when other providers consume ["172.19.48.0/20", "172.19.64.0/20", "172.19.80.0/20",].
A workaround might be to provide two helper functions that takes as input a CIDR block and outputs either the start IP or end IP.
The text was updated successfully, but these errors were encountered:
Update: We think this can be treated as a documentation issue, where the
source_address_start = cidrhost(var.cidr, "1")
andsource_address_end = cidrhost(var.cidr, "-1")
examples are included in the Terraform registry docs forupcloud_network
as well as the github docs.For the same reasons/motivation as in issue #65 : to reuse terraform code across cloud vendors it helps to pass network ranges a cidr blocks instead of:
Right now we have to re-write all our resources that abstract away cloud provider specifics, to use different inputs.
This also makes it more costly/difficult to integrate UpCloud when other providers consume
["172.19.48.0/20", "172.19.64.0/20", "172.19.80.0/20",]
.A workaround might be to provide two helper functions that takes as input a CIDR block and outputs either the start IP or end IP.The text was updated successfully, but these errors were encountered: