The certificates are in the name of ldap.rutgers.edu and ldap2.rutgers.edu.
They are signed by the RULink Project CA. Anyone whose software checks certificates
should load the certificate for the CA, not the individual certificate.
On Windows, the easiest way to load the CA's cert is to point Internet Explorer at https://ldap.rutgers.edu:636. In the popup, view certificate. Choose "Certification path". Click on rulink-ca. Click "view certificate". Install certificate. Make sure you are installing rulink-ca, the CA Root certificate, not the first certificate you come to.
However that approach works only for end users. It loads the certificate into a personal database that only applies to processes you personally run. If you're going to be running a service on your Windows system, you'll probably want to load the certificate into the computer's global database. These instructions were written on Windows XP, but I'm guessing they will work with minor changes on other recent versions.
For operating systems other than Windows, you may need to load the CA Root certificate yourself. Here it is in several different forms:
ca-bundle.crt is a file that seems to be present in some Linux distributions.
It contains the certificates for all the standard CA's, in a single file. You can add ours at the beginning or end.
(Order doesn't matter.) I've seen other installations of openssl where /usr/local/ssl/cert.pem
is in the same format and needs the same change. To get PHP to access the server using SSL, you may
need to modify /usr/local/etc/openldap/ldap.conf, and add the line
TLS_CACERT /usr/local/ssl/cert.pemusing the name of the file to which you added the certificate. In PHP, you'll want to use
ldap_connect('ldaps://ldap.rutgers.edu:636').
For java applications, you will want to add the cert in DER
format to Java's jre/lib/security/cacert. Here's a command:
$1/bin/keytool -import -alias rucert -file cacert.der \where
-keystore $1/jre/lib/security/cacerts -storepass changeit
$1 is the value of JAVA_HOME, more or less. This is complex because many systems have
multiple copies of Java. You'll need to find the one used by your application.