On Dec 14, 2010, at 8:16 PM, Daniel Pittman wrote: > On Wed, Dec 15, 2010 at 15:02, Andrew Forgue <[email protected]> wrote: >> On Dec 14, 6:15 pm, Daniel Pittman <[email protected]> wrote: >>> On Wed, Dec 15, 2010 at 03:10, Andrew Forgue <[email protected]> >>> wrote: >>>> On Dec 13, 11:27 pm, Daniel Pittman <[email protected]> wrote: >>>>>> diff --git a/lib/puppet/network/resolver.rb >>>>>> b/lib/puppet/network/resolver.rb >>>>>> new file mode 100644 >>>>>> index 0000000..9165efb >>>>>> --- /dev/null >>>>>> +++ b/lib/puppet/network/resolver.rb >>>>> [...] >>>>>> + Puppet.debug "Searching for SRV records for #{hostname}" >>>>>> + rrs = resolver.getresources(hostname, >>>>>> Resolv::DNS::Resource::IN::SRV) >>> >>>>> Doesn't this resolve the label 'example.com', where you wanted >>>>> '_puppet._tcp.example.com'? > > [...] > >> So something like a config variable called "use_srv_records" which >> defaults to true > > True or false as consensus says: I like true, but I am not religious about it.
I think 'true' is reasonable - I definitely like having out of the box clients that can just join the network without further configuration. >> as well as "srv_record" that defaults to _puppet._tcp.$domain. >> Would that be better? I think it would. > > *nod* I would be very happy with that: it means that there are two > sensible auto-discovery methods for Puppet clients starting on a > network: DNS-SD, and the puppet.$domain CNAME. Both pretty much > harmless, so far as I can tell, if they are not used. > > If others felt really strongly I would also support doing DNS-SD > against 'puppet.$domain', but I don't think that is really a good > value-added choice. > >> This way you can turn on/off the SRV functionality as well as >> override the default domain lookup. If the _puppet._tcp.$domain is >> NXDOMAIN, it falls back to whatever server is. Is that reasonable? > > Absolutely. Thank you very much for doing this, by the way: I think > adding DNS-SD is a great feature, and will be very pleased to see it > come along. It makes big deployments so much easier to manage if the > clients can automatically discover and work with any number of puppet > master instances without extra configuration. I agree, I think this is awesome (although I rely on Daniel et al for helping nail down the implementation specifics). -- Hollywood is a place where they'll pay you a thousand dollars for a kiss and fifty cents for your soul. -- Marilyn Monroe --------------------------------------------------------------------- Luke Kanies -|- http://puppetlabs.com -|- +1(615)594-8199 -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-dev?hl=en.
