Hey all,
I've just got foreman setup today. And I've had to recreate my certs on
the client hosts in order to get that to happen.
However I'm facing an usual issue with my client ssl certs since
installing foreman.
I previously had a puppet server that was working well in my environment.
But I wanted to get a working web gui onto that setup for a while. So I
ended up having to blow away my current puppet config on the puppet server
(it's ok because I had it both backed up traditionally and stored in SVN).
I then proceeded with the foreman install. Everything went well, until...
It seems that when I first certify a client host it works as anticipated.
But on the second run, the newly created cert seems *invalid *and the error
message confusingly asks you to remove the puppet servers cert. As if the
client itself thinks it's the puppet server. Weird.
To make this a ltlle more clear I'm going to walk through this scenario
which is happening on every one of my servers since the foreman install.
Trying to give this server a fresh start I find it's cert on the puppet
server:
[root@puppet:~] #puppet cert --list --all | grep beta
+ "beta.mydomain.com" (E5:82:A8:CC:8D:AE:F9:3C:85:36:00:E6:3D:10:CD:F6)
Then remove the cert from the puppet server:
[root@puppet:~] #puppet cert clean beta.mydomain.com
notice: Revoked certificate with serial 21
notice: Removing file Puppet::SSL::Certificate beta.mydomain.com at
'/var/lib/puppet/ssl/ca/signed/beta.mydomain.com.pem'
notice: Removing file Puppet::SSL::Certificate beta.mydomain.com at
'/var/lib/puppet/ssl/certs/beta.mydomain.com.pem'
Back on the client host I remove the certs:
[root@beta:~] #find /var/lib/puppet/ssl -type f -exec rm -f {} \;
And when I go to get a new cert an error pops up complaining that the cert
is invalid. And it asks me to remove the *puppet server's cert on the
client host.*
[root@beta:~] #puppet agent --test --waitforcert 60 --server
puppet.mydomain.cominfo: Creating a new SSL key for puppet.mydomain.com
info: Caching certificate for ca
info: Caching certificate for *puppet.mydomain.com
<http://puppet.mydomain.com> ##*<--why puppet.mydomain.com?
err: Could not request certificate: The certificate retrieved from the
master does not match the agent's private key.
Certificate fingerprint: BB:F6:61:88:56:AD:CD:63:74:62:3B:BA:1A:B3:BD:CD
To fix this, remove the certificate from both the master and the agent and
then start a puppet run, which will automatically regenerate a certficate.
On the master:
puppet cert clean *puppet.mydomain.com <http://puppet.mydomain.com> *##
<--why puppet.mydomain.com
On the agent:
rm -f /var/lib/puppet/ssl/certs/*puppet.mydomain.com.pem *## <--why
puppet.mydomain.com
puppet agent -t
And still on the client host I look for a cert named after the puppet
server (not the client) it is indeed there:
[root@beta:~] #ls -l /var/lib/puppet/ssl/certs/puppet.mydomain.com.pem
-rw-r----- 1 puppet puppet 1976 Feb 12 23:48
/var/lib/puppet/ssl/certs/puppet.mydomain.com.pem
So my question at this point is, why at this point is this process creating
an invalid cert named after the puppet server on the client host? And how
can I remedy this rather odd situation.
Thanks,
Tim
--
GPG me!!
gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
--
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/CAOZy0ekwspFtZ4k7m2X8%3DotZ2H5_4%2B7miL7UXd0NLfVit_QfaA%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.
