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
An issue exists with the gathering of the private IP when the record is a CNAME instead of an A record. For an A record, you might see a response to the aws route53 list-resource-record-sets call like this:
[
"10.10.4.80"
]
That's fine, and we assume (in the python json parsing step) there will only be one entry returned. For a cname record, this is not the case, and the return from that call looks more like this:
The above would be an example output for a case where the records were set up as follows:
service.test => CNAME => service01.test
service01.test => A => 10.10.4.80
Obviously, assuming that only one record can be returned is the wrong approach. In the absence of good AWS documentation on the topic, I propose that in the case where multiple records are returned we should look for whichever returned record most looks like an IP address (using pattern matching).
An issue exists with the gathering of the private IP when the record is a CNAME instead of an A record. For an A record, you might see a response to the
aws route53 list-resource-record-sets
call like this:That's fine, and we assume (in the python json parsing step) there will only be one entry returned. For a cname record, this is not the case, and the return from that call looks more like this:
The above would be an example output for a case where the records were set up as follows:
Obviously, assuming that only one record can be returned is the wrong approach. In the absence of good AWS documentation on the topic, I propose that in the case where multiple records are returned we should look for whichever returned record most looks like an IP address (using pattern matching).
aws-ssm-route-53/pforward
Line 79 in 00a8262
aws-ssm-route-53/ssh-into
Line 69 in 00a8262
The text was updated successfully, but these errors were encountered: