Skip to content
Snippets Groups Projects
  1. Dec 20, 2020
  2. Dec 18, 2020
    • Vladimír Čunát's avatar
      iterate: accept parent-side records for nameservers · bb719def
      Vladimír Čunát authored
      When resolving just NS names and addresses which won't go to answers,
      our cache can satisfy them with just parent-side records.
      Now we also make iterator consistent with that, and it will cut short
      if a delegation satisfies what the kr_query wants.
      
      There's a general risk that we will never get the child-side records,
      and in practice the parent-side ones are sometimes "less accurate".
      This change may increase this risk (to NS addresses in particular),
      but we'd better consider addressing the risk later and systematically.
      A suggestion is to refresh the records asynchronously:
      https://tools.ietf.org/html/draft-ietf-dnsop-ns-revalidation
      
      ---
      State before this commit lead to a weird behaviour where some IPv4-only
      tests in Deckard (namely `iter_pcdiff.rpl`) were failing with IPv6
      turned off.
      
      This was due to the resolvers' internal preference towards AAAA records
      for NS names.  With IPv6 networking on, NS name resolution was first
      done for AAAA record and the glue (containing A record for the NS name
      in question) from parent zone was put into cache.  As the AAAA
      resolution failed (there is no AAAA for this NS name), A was queried
      next and was satisfied from cache.
      
      With IPv6 off, there is no query for the AAAA record, so no A record
      from glue gets put in to the cache.  A record is resolved first, and
      resolution ignores the glue in parent zone and continue to the child
      zone which might be broken (intentionally in the case of that
      `iter_pcdiff.rpl` test).
      Verified
      bb719def
  3. Dec 15, 2020
  4. Dec 14, 2020
  5. Dec 11, 2020
  6. Dec 10, 2020
  7. Dec 09, 2020
  8. Dec 08, 2020
  9. Dec 07, 2020
  10. Dec 04, 2020
  11. Nov 30, 2020
  12. Nov 26, 2020
  13. Nov 25, 2020