Actions
Bug #16964
closedRemoving ipv6 entries fails with dns_nsupdate due to name lookup
Description
When I try to remove the IPv6 address from a host, the smart proxy fails to update the DNS server.
- The dns_nsupdate proxy can't delete the IPv6 PTR record. The do_remove method in dns_nsupdate/dns_nsupdate_main.rb is calling dns_find (dns_common/dns_common.rb) which can handle only IPv4 reverse addresses. It takes the first four segments of the IPv6 address and tries a reverse lookup on them which will most likely fail (but might not). There's already a ptr_to_ip method in dns_common/dns_common.rb, using it to check whether key is a PTR should solve the problem, e.g.
def dns_find key begin resolver.getname(ptr_to_ip(key)).to_s rescue Proxy::Dns::Error resolver.getaddress(key).to_s end rescue Resolv::ResolvError false end
I think the dns_find method should also take the record type into account. If there's an existing A, but no AAAA record and you try to delete the AAAA record it will still do it because the lookup finds the A record. - Unlike the do_create method, the do_remove method does not have an ensure block which closes the forked nsupdate process. If the exception is triggered (which happened to me because of 2.) then you end up with a lot of nsupdate zombie processes.
Updated by Dominic Cleal about 8 years ago
- Copied from Bug #16952: Removing ipv6 entries does not pass record type (AAAA) to smart proxy added
Updated by The Foreman Bot about 8 years ago
- Status changed from New to Ready For Testing
- Assignee set to Anonymous
- Pull request https://github.com/theforeman/smart-proxy/pull/465 added
Updated by Robert Frank about 8 years ago
I've applied the changes in the pull request and they didn't work. Removing both, A, and AAAA FQDNs fail with a "Cannot find DNS entry for ...".
The regex fail to match the addresses returned by the resolver:
found = should_match.nil? ? addresses.first : addresses.find {|a| a =~ should_match}
always returns nothing, I suspect it's because a is either an Resolv::IPv4 or Resolv::IPv6 class and not a string.
Changing the line to
found = should_match.nil? ? addresses.first : addresses.find {|a| a.to_s =~ should_match}
seems to solve the problem for both A and AAAA records.
Updated by Dominic Cleal about 8 years ago
- Blocked by Bug #16981: Bump up the version of ruby in xenial to 2.3.1 added
Updated by Anonymous about 8 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset 78da2d1ef03ac150812226946ac1ec546838624c.
Actions