марионетно предприятие ssl cert грешка

Опитвам се да инсталирам puppet enterprise на EC2.

Марионетният сървър изглежда работи добре.

/etc/hosts:

127.0.0.1 puppet

марионетен списък със сертификати --all : не показва нищо

За кукления агент:

/etc/hosts:

10.113.148.136     ip-10-113-148-136.ec2.internal     ip-10-113-148-136      puppet

когато стартирам "куклен агент --тест"

Грешка: Не може да се поиска сертификат: Сертификатът, извлечен от главния, не съответства на личния ключ на агента. За да коригирате това, премахнете сертификата както от главния, така и от агента и след това стартирайте марионетно изпълнение, което автоматично ще генерира повторно сертификат.

На майстора:

puppet cert clean bla1.example.com

На агента:

rm -f /home/ubuntu/.puppet/ssl/certs/bla1.example.com.pem
puppet agent -t

Когато стартирам тази команда на master. Получавам грешката:

Error: Could not find a serial number for bla1.example.com

И когато стартирам "puppet agent -t", получавам същото съобщение за грешка

Също така имайте предвид, че в уеб-ui: bla1.example.com се показва в списъка „неотзивчиви“

Когато стартирам "puppet agent --server puppet --waitforcert 30 --test" получавам същото съобщение за грешка и след това това съобщение:

Info: Retrieving plugin
Error: /File[/home/ubuntu/.puppet/var/lib]: Failed to generate additional resources     using 'eval_generate': SSL_CTX_use_PrivateKey:: key values mismatch
Error: /File[/home/ubuntu/.puppet/var/lib]: Could not evaluate: SSL_CTX_use_PrivateKey::             key values mismatch Could not retrieve file metadata for puppet://puppet/plugins:     SSL_CTX_use_PrivateKey:: key values mismatch
Error: Could not retrieve catalog from remote server: SSL_CTX_use_PrivateKey:: key     values mismatch
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
Error: Could not send report: SSL_CTX_use_PrivateKey:: key values mismatch

ssl amazon-ec2 puppet puppet-enterprise
person gilad s    schedule 27.02.2014    source източник

Отговори (3)


arrow_upward
3
arrow_downward

В puppet.conf: server=FQDN съвпада ли FQDN в puppet.conf на агентите с FQDN на частния ключ в главния марионетка в /var/lib/puppet/ssl/private_keys/? Мисля, че се натъкнах на подобен проблем.

person levy    schedule 03.03.2014

arrow_upward
0
arrow_downward

Не може да се извлече каталог от отдалечен сървър: SSL_CTX_use_PrivateKey: стойностите на ключовете не съвпадат

Ако видите тези грешки във вашия системен журнал от интервални изпълнения на марионетния агент (или при принудително използване на pkill -SIGUSR1 puppet) след промяна на сертификатите, опитайте да спрете/стартирате марионетния агент. Може да изглежда, че агентът използва правилната стойност Certificate fingerprint: ... в регистрационните файлове, но тази грешка вероятно означава, че частният ключ, намиращ се в паметта, не съответства на новия публичен сертификат.

person Greg Bray    schedule 01.05.2020

arrow_upward

arrow_downward

person    schedule
comment
когато опитам куклен сертификат за знак bla1.example.com, получавам: Грешка: Не можах да намеря заявка за сертификат за bla1.example.com. И когато опитам втория, получавам Не мога да намеря сериен номер за bla1.example.com. - person gilad s; 27.02.2014
comment
Бихте ли опитали първо да се свържете от агент и след това да стартирате знак за сертификат? - person Mateusz M.; 27.02.2014
comment
Пускам puppet agent --server puppet --waitforcert 30 --test и получавам същото съобщение за грешка - person gilad s; 27.02.2014
comment
Изглежда, че това може да е същият проблем като projects.puppetlabs.com/issues/16657 - person Mateusz M.; 27.02.2014
comment
всъщност, когато стартирам puppet agent --server puppet --waitforcert 30 --test и получавам същото съобщение за грешка плюс малко повече информация - вижте по-горе - person gilad s; 27.02.2014
comment
Но все още не можете да изпълните успешно cert sign на master, нали? Ами ако добавите * към /etc/puppet/autosign.conf? - person Mateusz M.; 27.02.2014
comment
Папката /etc/puppet не съществува в моята версия. Когато правя печат на конфигурация на марионетка, той показва този елемент: autosign = /home/ubuntu/.puppet/autosign.conf, така че добавих този нов файл само с * в него. След това опитах отново куклен агент --test, но получих същата грешка - person gilad s; 27.02.2014