I just updated to the most recent version of gitlab-omnibus (I believe 10.1, but I’m not positive). None of my users can login now, and I'm not seeing anything incredibly useful in the error logs.

I’m not 100% certain which version of gitlab-omnibus I came from, but it hadn’t been more than a month since I updated, so probably a later 9.x version.

The error I’m getting is

Could not authenticate you from Ldapmain because "Ssl connect returned=1 errno=0 state=error: certificate verify failed".

at the login screen when anyone goes to login. When I tail all of the logs using gitlab-ctl tail, I get the following error on login attempt.


I've checked that nothing was changed with the certs I'm currently using, and nothing in the gitlab.rb file has changed. The last time I had a problem similar to this, gitlab had changed the name of one of the fields in the gitlab.rb file...but that doesn't appear to be the issue this time.

Once I rebuild the server from a backup, I can look up what the last version I had was, and I'll update here.

1 Answer 1


As it turns out, they did release that there would be a breaking change in LDAP (for most people).

From Gitlab 10.0 Release

The LDAP config option verify_certificates now defaults to true for security. This option was added in 9.4.2 but defaulted to false for backwards-compatibility.

Installations that are using start_tls or simple_tls for the encryption parameter and that unknowingly do not have SSL configured properly between the LDAP server and the GitLab server, may break if the LDAP server’s SSL certificate cannot be verified by the GitLab server.

After adding verify_certificates: false to my ldap configuration, everything works again.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.