Puncte:0

Cum se generează certificate pentru (secundar) compile puppetserver?

drapel ng

Incerc sa scară puppetserver, pentru a avea redundanță, folosind DNS round robin. Secundarul puppusserver (versiune 7.4.0) este configurat să utilizeze autoritatea CA de la primar puppusserver:

/etc/puppetlabs/puppet/puppet.conf:

[principal]
ca_name = Puppet CA: puppet-ca-master.company.com
ca_server = puppet-ca-master.company.com
[agent]
server = puppet-ca-master.company.com
runinterval=1800

Pe serverul secundar am dezactivat serviciul CA, deoarece ar putea exista o singură autoritate de certificare /etc/puppetlabs/puppetserver/services.d/ca.cfg:

# Pentru a activa serviciul CA, lăsați următorul rând necomentat
# puppetlabs.services.ca.certificate-authority-service/certificate-authority-service
# Pentru a dezactiva serviciul CA, comentați linia de mai sus și decomentați linia de mai jos
puppetlabs.services.ca.certificate-authority-disabled-service/certificate-authority-disabled-service
puppetlabs.trapperkeeper.services.watcher.filesystem-watch-service/filesystem-watch-service

Am eliminat certificatele din secundar, pentru a prelua certificatul semnat de la CA master:

rm -rf /etc/puppetlabs/puppet/ssl && mkdir -p /etc/puppetlabs/puppet/ssl/certs
chmod 0700 /etc/puppetlabs/puppet/ssl
chown -R puppet /etc/puppetlabs/puppet/ssl

Însă puppusserver serviciul refuză să pornească din cauza lipsei certificatului:

2021-09-30T09:06:18.220+02:00 EROARE [async-dispatch-2] [p.t.internal] Eroare la pornirea serviciului!!!
java.lang.IllegalArgumentException: Nu se poate deschide fișierul „ssl-cert”: /etc/puppetlabs/puppet/ssl/certs/secondary-puppetserver.company.com.pem

Când încerc să fug agent marionetă -t pe serverul de marionete secundar nu reușește să semneze certificatul:

Nu s-a putut prelua certificatul de la serverul CA; s-ar putea să mai fie nevoie să semnați certificatul acestui agent (secondary-puppetserver.company.com)

În plus, cheia privată este generată, dar nu una publică:

ll /etc/puppetlabs/puppet/ssl/public_keys/
total 0
Puncte:0
drapel ng

Cu round robin DNS CA master config /etc/puppetlabs/puppetserver/conf.d/ca.conf trebuie să includă:

permit-subiect-alt-nume: adevărat

Repornire puppusserver și generați certificate pentru serverul secundar pe CA master:

puppetserver poate genera --certname puppet-secondary.company.com --subject-alt-names=puppet-secondary.company.com,puppet.company.com

certificate de transfer:

rsync -a /etc/puppetlabs/puppet/ssl/private_keys/puppet-secondary.company.com.pem secondary-puppet:/etc/puppetlabs/puppet/ssl/private_keys/
rsync -a /etc/puppetlabs/puppet/ssl/certs/puppet-secondary.company.com.pem secondary-puppet:/etc/puppetlabs/puppet/ssl/certs/
rsync -a /etc/puppetlabs/puppet/ssl/public_keys/puppet-secondary.company.com.pem secondary-puppet:/etc/puppetlabs/puppet/ssl/public_keys/

și CA

rsync -ra /etc/puppetlabs/puppetserver/ca/{ca_crl.pem,ca_crt.pem} secundar-puppet:/etc/puppetlabs/puppetserver/ca/

Pe secundar, asigurați-vă că serviciul CA este dezactivat /etc/puppetlabs/puppetserver/services.d/ca.cfg.

Și asigurați-vă că serverul web este configurat pentru a utiliza certificatele corecte /etc/puppetlabspuppetserver/conf.d/webserver.conf:

server web: {
    access-log-config: /etc/puppetlabs/puppetserver/request-logging.xml
    client-auth: doresc
    ssl-gazdă: 0.0.0.0
    Port ssl: 8140
    ssl-cert: /etc/puppetlabs/puppet/ssl/certs/puppet-secondary.company.com.pem
    cheie ssl: /etc/puppetlabs/puppet/ssl/private_keys/puppet-secondary.company.com.pem
    ssl-ca-cert: /etc/puppetlabs/puppetserver/ca/ca_crt.pem
    ssl-crl-path: /etc/puppetlabs/puppetserver/ca/ca_crl.pem
}

Pe CA master DNS nume alte ar putea fi verificate. Toate serverele marionete trebuie să includă același nume de domeniu și alt nume unic.

puppetserver ca listă --all

caută nume alte: ["DNS:... . Când certificatul este generat folosind agent marionetă, numele alternative nu sunt incluse.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.