Installing security certificates

Install a certificate from a Certificate Authority (CA) to replace the default self-signed certificate used to secure the SSL connection between AX Server and client applications.

Tools and prerequisite knowledge

This task requires you use Oracle's keytool utility for managing keys and certificates. For more information about the keytool utility, see the Oracle keytool documentation.

To successfully complete this task, you should also be comfortable working with security certificates and Java KeyStore technology:

Backup the TomEE application server configuration before you start

  1. In Windows Explorer, open the TomCat\conf sub-folder in the directory where you installed the Analytics Exchange server application you are updating the keystore configuration for.
  2. Copy the conf\tomee.xml, conf\server.xml, and conf\system.properties files to a safe backup location.

    If you run into any issues while you are configuring the security certificate, you can restore your original configuration by stopping the Analytics Exchange Service, restoring these files, and then restarting the service.

Server-side process

Tip

Add the Java bin subdirectory to your OS PATH environment variable so that you can use the keytool command without specifying the full path. To add the subdirectory to the path for your session, execute Set PATH=<java_bin_path>;%PATH%.

Create a new keystore

  1. Open a command prompt on the server.
  2. Use the following syntax to create the new keystore:

    keytool -genkeypair -alias <alias> -keyalg RSA -keystore <keystore_filename>

  3. Answer each question when prompted:
    FieldExample
    What is your first and last name?

    Note

    You must enter the hostname of your AX Server instance for this question.

    axserver.ax.com
    What is the name of your organizational unit?Purchasing
    What is the name of your organization?ExampleCompany
    What is the name of your City or Locality?Cupertino
    What is the name of your State or Province?CA
    What is the two-letter country code for this unit?US
    Is <CN=axserver.ax.com, OU=Purchasing, O=ExampleCompany, L=Cupertino, ST=CA, C=US> correct?y

    Press Enter to use the same password as the keystore or specify a new password and press Enter.

Generate a Certificate Signing Request (CSR) on the new keystore

Note

Skip this section if you are using an existing certificate.

If you purchased your security certificate from a commercial CA, such as VeriSign, consult the documentation they provide for information on configuring your keystore. Create a CSR using the following syntax:

keytool -certreq -alias <alias> -keyalg RSA -file <csr_output_file> -keystore <keystore_filename>

Result You now have a file that you can use to request a certificate from a certificate authority.

Import your CA certificate into the keystore

If your certificate is in a format such as PKCS12 that cannot be imported into a keystore, and you cannot convert it to the PEM format, contact ACL Support Services for assistance with configuring the certificate in Tomcat.

  1. Depending on the CA you are using you may need to import an intermediate certificate and/or root certificate into your keystore. Use the following syntax to import one or both of these certificates:

    keytool -import -alias <alias> -keystore <keystore_filename> -trustcacerts -file <certificate_filename>

    If you are importing both certificates the alias specified for each certificate should be unique. You need to first import the root certificate, and then run the keytool command again to import the intermediate certificate.

  2. Use the following syntax to import your security certificate:

    keytool -import -alias <alias> -keystore <keystore_filename> -trustcacerts -file <certificate_filename>

    The alias specified must be the same value specified when you generated the keystore. The imported certificate will replace the default self-signed certificate created in the keystore.

  3. Copy the keystore file to the App\keystores sub-folder.

Configure the TomEE application server to use the certificate

  1. Locate server.xml in the TomCat\conf sub-folder and open it in a text editor.
  2. Update the following settings and then save and close server.xml:
  3. Locate system.properties in the TomCat\conf sub-folder and open it in a text editor.
  4. Update the following settings and then save and close system.properties:
  5. Restart the Analytics Exchange Service.

Client-side process

Import certificates into the AX Client machine Java cacerts file

This configuration must be completed on each end-user computer where AX Client is installed if you are using a certificate without a root certificate in the cacerts file by default.

  1. Open Windows Explorer and navigate to the cacerts file in the jre\lib\security sub-folder where AX Client is installed.

    The default location is C:\Program Files(x86)\ACL Software\ACL Analytics Exchange Client\jre\lib\security

  2. Create a backup copy of the file before making any changes.
  3. Depending on the certificates you receive from the Certificate Authority you are using, you may need to import an intermediate certificate and/or root certificate into the cacerts file. Use the following syntax to import one or both of these certificates:

    keytool -import -alias <alias> -keystore <cacerts_file> -trustcacerts -file <certificate_filename>

    If you are importing both certificates the alias specified for each certificate should be unique.

  4. Type the password for the keystore at the Password prompt and press Enter.

    The default Java password for the cacerts file is changeit.

  5. Enter y at the Trust this certificate? prompt and press Enter.

If necessary, install the certificate in the web browser on each computer that will access Analytics Exchange web applications.

Note

This is not necessary if the certificate is provided by a CA listed in the Trusted Root Certification Authorities list in Internet Explorer. Large commercial CAs, such as VeriSign, are included in this list.