简体   繁体   English

在实用程序节点上安装了 puppet

[英]installed puppet on a utility node

I'm running a version 6 puppet on a utility node and when I try to connect to the puppet master from the puppet agent I get this error.我正在实用程序节点上运行版本 6 puppet,当我尝试从 puppet 代理连接到 puppet master 时,出现此错误。

[root@utility ~]# puppet agent --test
Warning: Unable to fetch my node definition, but the agent run will continue:
Warning: SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Info: Retrieving pluginfacts
Error: /File[/opt/puppetlabs/puppet/cache/facts.d]: Failed to generate additional resources using 'eval_generate': SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Error: /File[/opt/puppetlabs/puppet/cache/facts.d]: Could not evaluate: Could not retrieve file metadata for puppet:///pluginfacts: SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Info: Retrieving plugin
Error: /File[/opt/puppetlabs/puppet/cache/lib]: Failed to generate additional resources using 'eval_generate': SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Error: /File[/opt/puppetlabs/puppet/cache/lib]: Could not evaluate: Could not retrieve file metadata for puppet:///plugins: SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Info: Loading facts
Error: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=error: certificate verify failed: [unable to get certificate CRL for /CN=utility.example.com]
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run

Also, the certificate on the puppet agent does not show on the puppet master when I run puppet cert list --all此外,当我运行puppet cert list --all时,puppet 代理上的证书不会显示在 puppet master 上

Warning: `puppet cert` is deprecated and will be removed in a future release.
   (location: /opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/application.rb:370:in `run')

Since the agent is not issuing a certificate-signing request, it must already have a signed certificate.由于代理未发出证书签名请求,因此它必须已具有签名证书。 But it seems not to be a certificate that the master recognizes, therefore the master will not accept it.但是好像不是master认可的证书,所以master不会接受。 Possibly the agent does not accept the master's cert, either.可能代理也不接受主人的证书。

The master refusing service to an unrecognized agent is exactly what one would expect and want if an unauthorized node attempted to retrieve a catalog.如果未经授权的节点试图检索目录,主节点拒绝向无法识别的代理提供服务正是人们所期望和想要的。 The agent refusing to complete a connection to the master is exactly what one would expect and want if an agent's catalog request were delivered to an imposter posing as the master.如果代理的目录请求被传递给冒充主的冒名顶替者,代理拒绝完成与主的连接正是人们所期望和想要的。

But if an authorized agent is having such a problem requesting a catalog from a genuine master that it should recognize, then you have a trust failure.但是,如果授权代理在向它应该识别的真正主服务器请求目录时遇到这样的问题,那么您就存在信任故障。 This might happen, for example, if the agent's original master were replaced with a new one, or if Puppet were removed from the master and then re-installed.这可能会发生,例如,如果代理的原始 master 被替换为新的 master,或者如果 Puppet 从 master 中删除然后重新安装。

If indeed that master has no cert for the agent in question, then you should be able to resolve the issue by shutting down the agent (if it is running as a daemon), then clearing out its certificates so that it generates a new one on its next run.如果该主机确实没有相关代理的证书,那么您应该能够通过关闭代理(如果它作为守护程序运行)来解决问题,然后清除其证书,以便它在它的下一次运行。 The Puppet docs describe how this can be done (you should need only step 3, "Clear and regenerate certs for Puppet agents", and only for the affected agent). Puppet 文档描述了如何做到这一点(您应该只需要第 3 步,“清除并重新生成 Puppet 代理的证书”,并且仅适用于受影响的代理)。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM