{"push_id":1322442842,"size":1,"distinct_size":1,"ref":"refs/heads/soa","head":"26192feae3798b737be1ea9358ee4ad114afec98","before":"86fbf2f5ae98c2a9ccd3e8b5151e19a0bdea2cf8","commits":[{"sha":"26192feae3798b737be1ea9358ee4ad114afec98","author":{"name":"Adam Goode","email":"1d069ff28c62bd496c5efba8b9cb4161190743c2@google.com"},"message":"Check for \"local\" SOA unicast records before doing an mDNS lookup\n\nIf a DNS operator has records for \"local\" they probably don't want\nmDNS to override them. The standard way to tell this is by doing an SOA\nlookup for \"local\" and refusing to do an mDNS lookup if unicast DNS\nclaims authority.\n\nThis change allows avahi to always run and perform service discovery\nwhile continuing to allow unicast DNS servers to return A and AAAA\nrecords for \"local\" names.\n\nProblematic boot time detection is no longer required, and since SOA\nresolution is done as needed, clients will dynamically react to\nconfiguration updates of unicast \"local\" resolution.\n\nSee Apple's description of their implementation of this functionality:\nhttps://support.apple.com/en-us/HT201275","distinct":true,"url":"https://api.github.com/repos/agoode/nss-mdns/commits/26192feae3798b737be1ea9358ee4ad114afec98"}]}
{"actor":{"display_login":"agoode"}}