Hello I've run multiple puppet masters behind ha proxy for a few years now. I have multiple masters, with haproxy rules directing some clients to particular masters. I only have one puppet master as CA. I've about 600 clients.
Initially I was concerned about only having one CA. But all it does is sign new clients and revoke old. Haproxy trusts the clients based on this CA and a revoke list from the CA. If the CA went down all existing clients would are fine, I've tested that. I can't sign new clients or revoke existing until I recover the CA but in my environment that's no big deal. I have backups of the CA and a new one would not take long to spin up. So I wonder why you want multiple CA. What benefits would it bring? Happy to share example haproxy config etc if you are interested. Cheers, Neil On 12 Sep 2016 16:07, "Peter Kristolaitis" <alte...@alter3d.ca> wrote: > Serial numbers on SSL certificates are important, and your setup will > generate many duplicate serial numbers. Ergo, this is bad. > > Related problem: Did you test revoking a client certificate? I suspect > not, because the above issue will bite you. > > > On 2016-09-12 12:48 AM, Ivan Arjune wrote: > > Did i figure out something new here, because I've been digging at this for > a week and don't see anyone doing it like this. > > What i'm doing is running multiple puppetmasters behind haproxy. Each > puppetmaster is an active ca server and share a common certificate. It > works like a charm, in a lab. > > Step 1. created a common certificate that all the puppetservers will share. > Step 2. point webserver.conf to the shared certs. > Not a step 3. hit the masters through haproxy > > I posted this up on ask.puppet.com a few days ago and nobody seems > interest in it. Either it's a stale forum, which i believe is true, or > they think i'm crazy. Maybe you do to, ugg.... > > Here is the orig. post with details on the setup. > Puppet CA Shared Certificate Guide: Scalable Puppet? > <https://ask.puppet.com/question/27876/puppet-ca-shared-certificate-guide-scalable-puppet/> > > I'm looking to put this into production on an infra. with around 200 > nodes. I think it's a good idea, but can't figure out why I don't see > anyone doing it like this yet. > > Million dollar question: > Why must i use a centralized the ca server? > > > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/puppet-users/6dcd4a20-909c-4373-892f-0f7a3e69d19d%40googlegroups.com > <https://groups.google.com/d/msgid/puppet-users/6dcd4a20-909c-4373-892f-0f7a3e69d19d%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/puppet-users/c5dbbb59-4de7-720f-3424-3135db424522%40alter3d.ca > <https://groups.google.com/d/msgid/puppet-users/c5dbbb59-4de7-720f-3424-3135db424522%40alter3d.ca?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAAohVBfGJx14uUqocAXPw7oJvBdVsenQhE4rjDSNCXCwjM94Vg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
