Не удалось позывной: не удалось найти запрос сертификата для марионетки

Убедитесь, что и puppetmaster, и клиентский компьютер могут разрешить полное доменное имя puppetmaster. Чтобы это работало, вам нужно добавить IP-адрес puppetmaster в свой /etc/hosts на обеих машинах, затем проверьте это, используя:

$ ping puppetmaster или $ getent hosts puppetmaster

Убедитесь, что вы можете связаться с мастером марионеток с клиентской машины.

$ telnet puppetmaster 8140

Если сервер отказывает вам в соединении, убедитесь, что порт открыт в Puppetmaster.

# iptables -L -n -v

Или добавьте правило, разрешающее входящий трафик на этот порт (это зависит от того, как iptables уже настроено)

# iptables -A INPUT -p tcp --dport 8140 -m state --state NEW -j ACCEPT

И запустить от клиента

# puppet agent --test --waitforcert 5

Потом от кукловода

# puppet cert list

покажет вам сертификат, готовый к подписи, вы можете проверить, принадлежит ли он клиентскому компьютеру, сравнив отпечаток пальца. Подписать его:

# puppet cert sign $client

Puppetmaster составляет каталог для клиента, и вы можете следить за его применением в клиентской консоли.

Чтобы регенерировать сертификаты на Puppetmaster, остановите ppuppetmaster и

# find $(puppet master --configprint ssldir) -name "$(puppet master --configprint certname).pem" -delete

Когда вы снова запустите Puppetmaster, он восстановит сертификат для вас.

На стороне клиента достаточно удалить содержимое ssldir, обычно /var/lib/puppet/ssl, но проверьте, как указано выше, при следующем вызове

# puppet agent --test --waitforcert 5

он будет воссоздан.

В конце концов, проверьте CN сертификата кукловода с

# puppet cert list --all

и сопоставьте любое из имен / ALT-имен с записью в вашем / etc / hosts.

Одна из вещей, отмеченных в обсуждении Вот и не упоминалось в предыдущем ответе, что иногда порты могут вести себя странно. В моем случае, несмотря на то, что порт 8140 был открыт в iptables, я получал ошибки о невозможности подключения. Мне помогли следующие команды:

iptables -F
service service iptables save

Конечно использовать sudo если вышеуказанная команда не работает с вашим пользователем. Я даже добавил две указанные выше команды в сценарий подготовки ящика, так что если я остановлю / воссоздаю ящики - iptables будет сброшен.

Я столкнулся с теми же проблемами и решил их с помощью других настроек.

Та же ошибка:

[root@puppetclient puppet]# puppet agent --server yogesh.puppet.com
--no-daemonize --verbose Error: Could not request certificate: Connection refused - connect(2) for "yogesh.puppet.com" port 8140 Error: Could not request certificate: Connection refused - connect(2) for "yogesh.puppet.com" port 8140 Error: Could not request certificate: Connection refused - connect(2) for "yogesh.puppet.com" port 8140 Error: Could not request certificate: Connection refused - connect(2) for "yogesh.puppet.com" port 8140

Я перепробовал все Iptables, порты, брандмауэры, переустановку агента (не мастер). Затем я начал искать больше и нашел в файлах журнала что-то вроде:

I, [2016-04-27T23:21:55.118997 #1745]  INFO -- : activemq.rb:139:in `on_ssl_connecting' Establishing SSL session with stomp+ssl://mcollective@yogesh.puppet.com:61613
E, [2016-04-27T23:21:55.131678 #1745] ERROR -- : activemq.rb:149:in `on_ssl_connectfail' SSL session creation with stomp+ssl://mcollective@yogesh.puppet.com:61613 failed: SSL_CTX_use_PrivateKey: key values mismatch
I, [2016-04-27T23:21:55.132438 #1745]  INFO -- : activemq.rb:129:in `on_connectfail' TCP Connection to stomp+ssl://mcollective@yogesh.puppet.com:61613 failed on attempt 36
I, [2016-04-27T23:22:25.141892 #1745]  INFO -- : activemq.rb:139:in `on_ssl_connecting' Establishing SSL session with stomp+ssl://mcollective@yogesh.puppet.com:61613
E, [2016-04-27T23:22:25.144644 #1745] ERROR -- : activemq.rb:149:in `on_ssl_connectfail' SSL session creation with stomp+ssl://mcollective@yogesh.puppet.com:61613 failed: SSL_CTX_use_PrivateKey: key values mismatch
I, [2016-04-27T23:22:25.144836 #1745]  INFO -- : activemq.rb:129:in `on_connectfail' TCP Connection to stomp+ssl://mcollective@yogesh.puppet.com:61613 failed on attempt 37

Это дало мне указание на сертификаты, присутствующие на главном сервере. Я воссоздал мастер-ключ, и он у меня сработал.

Внимание: это была единственная тестовая среда для меня, не играйте с ней прямо в производственной среде.

[root@YogeshRaheja init.d]# puppet cert clean "yogesh.puppet.com"
Notice: Revoked certificate with serial 11
Notice: Removing file Puppet::SSL::Certificate yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/ca/signed/yogesh.puppet.com.pem'
Notice: Removing file Puppet::SSL::Certificate yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/certs/yogesh.puppet.com.pem'
Notice: Removing file Puppet::SSL::CertificateRequest yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/certificate_requests/yogesh.puppet.com.pem'
Notice: Removing file Puppet::SSL::Key yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/private_keys/yogesh.puppet.com.pem'


[root@YogeshRaheja init.d]# puppet cert generate yogesh.puppet.com
Notice: yogesh.puppet.com has a waiting certificate request
Notice: Signed certificate request for yogesh.puppet.com
Notice: Removing file Puppet::SSL::CertificateRequest yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/ca/requests/yogesh.puppet.com.pem'
Notice: Removing file Puppet::SSL::CertificateRequest yogesh.puppet.com at '/etc/puppetlabs/puppet/ssl/certificate_requests/yogesh.puppet.com.pem'


[root@YogeshRaheja init.d]# ./pe-puppetserver start
Starting pe-puppetserver:                                  [  OK  ]
[root@YogeshRaheja init.d]#
[root@YogeshRaheja init.d]#
[root@YogeshRaheja init.d]# netstat -an | grep -i listen
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN
tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LISTEN
tcp        0      0 0.0.0.0:5432                0.0.0.0:*                   LISTEN
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN
tcp        0      0 :::4433                     :::*                        LISTEN
tcp        0      0 :::8081                     :::*                        LISTEN
tcp        0      0 :::22                       :::*                        LISTEN
tcp        0      0 ::1:631                     :::*                        LISTEN
tcp        0      0 :::5432                     :::*                        LISTEN
tcp        0      0 ::1:25                      :::*                        LISTEN
tcp        0      0 :::42632                    :::*                        LISTEN
tcp        0      0 :::8140                     :::*                        LISTEN
tcp        0      0 :::61613                    :::*                        LISTEN

и это решило проблему подключения клиента.