Looks to me like Apache isn’t using the correct certificate, or the correct certificate
was never installed. But I don’t know enough about FreeIPA’s certificate replacement
process to known which one it is.
Aside from digging deeper and checking to see where Apache is looking for certificates and
maybe manually refreshing it to see if the certificate gets replaced correctly this time
I’m afraid someone else is going to have to jump in here.
John
On 7 Jun 2017, at 15:03, Roberto Cornacchia via FreeIPA-users
<freeipa-users(a)lists.fedorahosted.org> wrote:
OK, I did so and httpd restarts.
$ openssl s_client -connect 127.0.0.1:443 <
http://127.0.0.1:443/> -showcerts
CONNECTED(00000003)
depth=1 O =
HQ.SPINQUE.COM <
http://hq.spinque.com/>, CN = Certificate Authority
verify return:1
depth=0 O =
HQ.SPINQUE.COM <
http://hq.spinque.com/>, CN =
spinque04.hq.spinque.com
<
http://spinque04.hq.spinque.com/>
verify error:num=10:certificate has expired
notAfter=Mar 16 18:45:29 2017 GMT
verify return:1
depth=0 O =
HQ.SPINQUE.COM <
http://hq.spinque.com/>, CN =
spinque04.hq.spinque.com
<
http://spinque04.hq.spinque.com/>
notAfter=Mar 16 18:45:29 2017 GMT
verify return:1
---
Certificate chain
0
s:/O=HQ.SPINQUE.COM/CN=spinque04.hq.spinque.com
<
http://hq.spinque.com/CN=spinque04.hq.spinque.com>
i:/O=HQ.SPINQUE.COM/CN=Certificate <
http://hq.spinque.com/CN=Certificate>
Authority
...
Fair enough, but why does this say it expires in 2019? Are they two different
certificates?
$ getcert list -d /etc/httpd/alias -n ipaCert
Number of certificates and requests being tracked: 8.
Request ID '20160501114633':
status: MONITORING
stuck: no
key pair storage:
type=NSSDB,location='/etc/httpd/alias',nickname='ipaCert',token='NSS
Certificate DB',pinfile='/etc/httpd/alias/pwdfile.txt'
certificate:
type=NSSDB,location='/etc/httpd/alias',nickname='ipaCert',token='NSS
Certificate DB'
CA: dogtag-ipa-ca-renew-agent
issuer: CN=Certificate
Authority,O=HQ.SPINQUE.COM <
http://hq.spinque.com/>
subject: CN=IPA
RA,O=HQ.SPINQUE.COM <
http://hq.spinque.com/>
expires: 2019-01-26 19:41:51 UTC
key usage: digitalSignature,nonRepudiation,keyEncipherment,dataEncipherment
eku: id-kp-serverAuth,id-kp-clientAuth
pre-save command: /usr/lib64/ipa/certmonger/renew_ra_cert_pre
post-save command: /usr/lib64/ipa/certmonger/renew_ra_cert
track: yes
auto-renew: yes
What's the right way to solve this?
On Wed, 7 Jun 2017 at 14:52 John Keates via FreeIPA-users
<freeipa-users(a)lists.fedorahosted.org
<mailto:freeipa-users@lists.fedorahosted.org>> wrote:
I would suggest doing what the last line says:
Add "NSSEnforceValidCerts off" to nss.conf so the server can start until the
problem can be resolved.
Then, you can check the certificates and maybe refresh it if it is actually expired.
John
> On 7 Jun 2017, at 14:39, Roberto Cornacchia via FreeIPA-users
<freeipa-users(a)lists.fedorahosted.org
<mailto:freeipa-users@lists.fedorahosted.org>> wrote:
>
> Things are getting worse.
>
> First, the version I reported before was incorrect (taken from a client). Here's
the server one.
>
> $ ipa --version
> VERSION: 4.2.4, API_VERSION: 2.156
>
> I did a dnf update (Fedora 23). The IPA upgrade failed.
> I tried running it again, manually, after a reboot:
>
> $ ipa-server-upgrade
> session memcached servers not running
> Upgrading IPA:
> [1/8]: saving configuration
> [2/8]: disabling listeners
> [3/8]: enabling DS global lock
> [4/8]: starting directory server
> [5/8]: updating schema
> [6/8]: upgrading server
> Add failure attribute "cn" not allowed
> [7/8]: stopping directory server
> [8/8]: restoring configuration
> Done.
> Update complete
> Upgrading IPA services
> Upgrading the configuration of the IPA services
> [Verifying that root certificate is published]
> [Migrate CRL publish directory]
> CRL tree already moved
> [Verifying that CA proxy configuration is correct]
> [Verifying that KDC configuration is using ipa-kdb backend]
> [Fix DS schema file syntax]
> Syntax already fixed
> [Removing RA cert from DS NSS database]
> RA cert already removed
> [Enable sidgen and extdom plugins by default]
> [Updating mod_nss protocol versions]
> Protocol versions already updated
> [Fixing trust flags in /etc/httpd/alias]
> Trust flags already processed
> [Exporting KRA agent PEM file]
> KRA is not enabled
> IPA server upgrade failed: Inspect /var/log/ipaupgrade.log and run command
ipa-server-upgrade manually.
> Unexpected error - see /var/log/ipaupgrade.log for details:
> CalledProcessError: Command ''/bin/systemctl' 'start'
'httpd.service'' returned non-zero exit status 1
>
> The ipaupgrade log only says that starting httpd failed.
>
> HTTPD log says:
>
> [Wed Jun 07 14:32:26.822478 2017] [core:notice] [pid 3182] SELinux policy enabled;
httpd running as context system_u:system_r:httpd_t:s0
> [Wed Jun 07 14:32:26.823122 2017] [suexec:notice] [pid 3182] AH01232: suEXEC
mechanism enabled (wrapper: /usr/sbin/suexec)
> [Wed Jun 07 14:32:26.823467 2017] [:warn] [pid 3182] NSSSessionCacheTimeout is
deprecated. Ignoring.
> [Wed Jun 07 14:32:26.913923 2017] [:error] [pid 3182] SSL Library Error: -8181
Certificate has expired
> [Wed Jun 07 14:32:26.913942 2017] [:error] [pid 3182] Unable to verify certificate
'Server-Cert'. Add "NSSEnforceValidCerts off" to nss.conf so the server
can start until the problem can be resolved.
>
> Any suggestion?
>
> On Wed, 7 Jun 2017 at 13:17 Roberto Cornacchia <roberto.cornacchia(a)gmail.com
<mailto:roberto.cornacchia@gmail.com>> wrote:
> Not being able to login to the admin console, I checked the httpd log and found the
following errors:
>
> [Wed Jun 07 12:50:59.352022 2017] [:error] [pid 10240] Unable to verify certificate
'Server-Cert'. Add "NSSEnforceValidCerts off" to nss.conf so the server
can start until the problem can be resolved.
> [Wed Jun 07 12:50:59.353372 2017] [:error] [pid 10237] SSL Library Error: -8181
Certificate has expired
> [Wed Jun 07 12:50:59.353395 2017] [:error] [pid 10237] Unable to verify certificate
'Server-Cert'. Add "NSSEnforceValidCerts off" to nss.conf so the server
can start until the problem can be resolved.
> [Wed Jun 07 12:50:59.986025 2017] [core:error] [pid 11522] AH00546: no record of
generation 47 of exiting child 10203
>
> I also get an error during enrollment of a new client (which seems to retrieve a
valid certificate anyway):
>
> Password for admin(a)HQ.SPINQUE.COM <mailto:admin@HQ.SPINQUE.COM>:
> Successfully retrieved CA cert
> Subject: CN=Certificate
Authority,O=HQ.SPINQUE.COM
<
http://hq.spinque.com/>
> Issuer: CN=Certificate
Authority,O=HQ.SPINQUE.COM
<
http://hq.spinque.com/>
> Valid From: Mon Mar 16 18:44:35 2015 UTC
> Valid Until: Fri Mar 16 18:44:35 2035 UTC
>
> Joining realm failed: libcurl failed to execute the HTTP POST transaction,
explaining: TCP connection reset by peer
>
> Services are up:
>
> $ ipactl status
> Directory Service: RUNNING
> krb5kdc Service: RUNNING
> kadmin Service: RUNNING
> named Service: RUNNING
> ipa_memcached Service: RUNNING
> httpd Service: RUNNING
> pki-tomcatd Service: RUNNING
> ipa-otpd Service: RUNNING
> ipa-dnskeysyncd Service: RUNNING
> ipa: INFO: The ipactl command was successful
>
>
> Certificate monitoring seems ok:
>
> $ getcert list -d /etc/httpd/alias -n ipaCert
> Number of certificates and requests being tracked: 8.
> Request ID '20160501114633':
> status: MONITORING
> stuck: no
> key pair storage:
type=NSSDB,location='/etc/httpd/alias',nickname='ipaCert',token='NSS
Certificate DB',pinfile='/etc/httpd/alias/pwdfile.txt'
> certificate:
type=NSSDB,location='/etc/httpd/alias',nickname='ipaCert',token='NSS
Certificate DB'
> CA: dogtag-ipa-ca-renew-agent
> issuer: CN=Certificate
Authority,O=HQ.SPINQUE.COM <
http://hq.spinque.com/>
> subject: CN=IPA
RA,O=HQ.SPINQUE.COM <
http://hq.spinque.com/>
> expires: 2019-01-26 19:41:51 UTC
> key usage: digitalSignature,nonRepudiation,keyEncipherment,dataEncipherment
> eku: id-kp-serverAuth,id-kp-clientAuth
> pre-save command: /usr/lib64/ipa/certmonger/renew_ra_cert_pre
> post-save command: /usr/lib64/ipa/certmonger/renew_ra_cert
> track: yes
> auto-renew: yes
>
> Version:
>
> $ ipa --version
> VERSION: 4.4.3, API_VERSION: 2.215
>
> Could you please point me at what else to check?
>
> _______________________________________________
> FreeIPA-users mailing list -- freeipa-users(a)lists.fedorahosted.org
<mailto:freeipa-users@lists.fedorahosted.org>
> To unsubscribe send an email to freeipa-users-leave(a)lists.fedorahosted.org
<mailto:freeipa-users-leave@lists.fedorahosted.org>
_______________________________________________
FreeIPA-users mailing list -- freeipa-users(a)lists.fedorahosted.org
<mailto:freeipa-users@lists.fedorahosted.org>
To unsubscribe send an email to freeipa-users-leave(a)lists.fedorahosted.org
<mailto:freeipa-users-leave@lists.fedorahosted.org>
_______________________________________________
FreeIPA-users mailing list -- freeipa-users(a)lists.fedorahosted.org
To unsubscribe send an email to freeipa-users-leave(a)lists.fedorahosted.org