Closed ja6a closed 5 years ago
I am concerned about using the internal IP as the key, since technically, this could be dynamically assigned and not specified.
ideally, an interpolation to get to the attributes would be in a more direct way, i.e.
skytap_vm.my_vm.network_interface.eth0.published_service.ssh
and expressed as a resource:
resource "skytap_vm" "vm2" {
network_interface "eth0" {
...
published_service "ssh" {
"internal_port" = 22
}
}
I'm unsure if this is acheivable. I'm sure other approaches would work as well.
I am concerned about using the internal IP as the key, since technically, this could be dynamically assigned and not specified.
ideally, an interpolation to get to the attributes would be in a more direct way, i.e.
skytap_vm.my_vm.network_interface.eth0.published_service.ssh
and expressed as a resource:
resource "skytap_vm" "vm2" { network_interface "eth0" { ... published_service "ssh" { "internal_port" = 22 } }
I'm unsure if this is acheivable. I'm sure other approaches would work as well.
I think this comment belongs here: #7
Resolved in PR #8
Documentation reads
external_id
for an attribute on published service, describing it as an external ID, it is, in factexternal_ip
representing the published service's external IP.