8.6 Deploying Containers on Distributed Servers

NetIQ recommends you to use host network mode for Identity Manager Engine container and overlay network for all other Identity Manager containers. In the examples used in this guide, we will deploy the Identity Manager container on Docker Host A and other Identity Manager containers on Docker Host B.

Perform the following steps to set up an overlay network:

  1. Run the following command on Docker Host A:

    docker run -d -p <host port>:8500 -h consul --name <container name> progrium/consul -server -bootstrap

    For example:

    docker run -d -p 8500:8500 -h consul --name consul progrium/consul -server -bootstrap

  2. On Docker Host B, edit the docker file located at /etc/sysconfig/ directory and add the following line:

    DOCKER_OPTS="-H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock --cluster-advertise <Master Server Network Interface>:2375 --cluster-store consul://<Docker Host A IP Address>:<Docker Host A Port>"

    For example:

    DOCKER_OPTS="-H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock --cluster-advertise eth0:2375 --cluster-store consul://172.120.0.1:8500"

  3. Restart the Docker service on Docker Host B:

    systemctl restart docker

  4. In Docker Host B, run the following command to check whether Docker Host B is added to the cluster:

    docker info

    The sample output will be as follows:

    Cluster store: consul://<Docker HOST A IP Address>:8500

    Cluster advertise: <Docker HOST B IP Address>:2375

  5. Create an overlay network on Docker Host B:

    docker network create -d overlay --subnet=<subnet in CID format that represents a network segment> --gateway=<ipv4 gateway> <name of the overlay network>

    For example:

    docker network create -d overlay --subnet=192.168.0.0/24 --gateway=192.168.0.1 idmoverlaynetwork

  6. Run the following command to verify whether the overlay network is created:

    docker network ls

8.6.1 Prerequisites

  • The /etc/hosts file of all the Docker hosts in your Docker deployment must be updated with the details of all the containers running on that host. Ensure that the hostname for all containers are in Fully Qualified Domain Name (FQDN) format only.

    The host file entries can follow the below format for all the components:

    <IP of the container> <FQDN> <short_name>

    In the sample deployment used in this guide, add the following entries in the /etc/hosts file:

    172.120.0.1     identityengine.example.com       identityengine
    192.168.0.2     remoteloader.example.com         remoteloader
    192.168.0.3     fanoutagent.example.com          fanoutagent
    192.168.0.4     imanager.example.com             imanager
    192.168.0.5     osp.example.com                  osp
    192.168.0.6     postgresql.example.com           postgresql
    192.168.0.7     identityapps.example.com         identityapps
    192.168.0.8     formrenderer.example.com         formrenderer
    192.168.0.9     activemq.example.com             activemq
    192.168.0.10    identityreporting.example.com    identityreporting   
    192.168.0.11    sspr.example.com                 sspr
  • Ensure that the third party jar files are volume mounted so that they are available when the container is started every time. For example, if the ojdbc.jar is present in the /opt/netiq/idm/apps/tomcat/lib directory of the container, then you must volume mount the jar file using a sample command such as:

    -v /host/ojdbc.jar:/opt/netiq/idm/apps/tomcat/lib/ojdbc.jar

  • You must generate the silent properties file before you deploy the containers. For more information on generating the silent properties file, see the Creating the Silent Properties File.

8.6.2 Exposing the Ports to Be Accessed by Containers

As a prerequisite, you must know the ports that you want to use for a container. You must expose the required ports and map the container ports with the ports on the Docker host. The following table provides information on ports that you must expose on the Docker hosts based on the examples provided in the guide.

Container

Default ports assumed as per the example deployment

Remote Loader

8090

Fanout Agent

Not applicable

iManager

8743

OSP

8543

Identity Applications

18543

Identity Reporting

28543

Form Renderer

8600

ActiveMQ

  • 8161

  • 61616

PostgreSQL

5432

SSPR

8443

NOTE:SSPR container runs only on 8443 port.

However, you can customize the ports based on your requirement. The following considerations apply while you expose the ports:

  • Ensure that you expose those ports which are not in use.

  • The container port must be mapped to the same port on the Docker host. For example, the 8543 port on the container must be mapped to the 8543 port on the Docker host.

The containers must be deployed in the following order:

8.6.3 Deploying Identity Manager Engine Container

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_identityengine.tar.gz

  4. Deploy the container using the following command:

    docker run -d --network=host --name=engine-container -v /etc/hosts:/etc/hosts -v /data:/config -e SILENT_INSTALL_FILE=/config/silent.properties identityengine:idm-4.8.0

  5. To verify whether the container was successfully deployed, check the log files by running the following command:

    tail -f /data/idm/log/idmconfigure.log

  6. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it engine-container bash

NOTE:To run the Identity Vault utilities such as ndstrace or ndsrepair, log in to the container as a non-root user called as nds. These utilities cannot be run if you are logged in as a root user. To log in to the container as a nds user, run the docker exec -it engine-container sudo nds command.

8.6.4 Deploying Remote Loader Container

  1. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  2. Run the following command to load the image:

    docker load --input IDM_48_remoteloader.tar.gz

  3. Deploy the container using the following command:

    docker run -d --ip=192.168.0.2 --network=idmoverlaynetwork --hostname=remoteloader.example.com -p 8090:8090 --name=rl-container -v /etc/hosts:/etc/hosts -v /data:/config remoteloader:idm-4.8.0

    This deploys the 64-bit and 32-bit version of the Remote Loader. The driver files can be found at the /opt/novell/eDirectory/lib/dirxml/classes/ directory of the container.

  4. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it rl-container bash

  5. Configure Remote Loader. For more information, see Configuring the Remote Loader and Drivers in the NetIQ Identity Manager Driver Administration Guide.

8.6.5 Deploying Fanout Agent Container

  1. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  2. Run the following command to load the image:

    docker load --input IDM_48_fanoutagent.tar.gz

  3. Deploy the container using the following command:

    docker run -d --ip=192.168.0.3 --network=idmoverlaynetwork --hostname=fanoutagent.example.com --name=foa-container -v /etc/hosts:/etc/hosts -v /data:/config fanoutagent:idm-4.8.0

  4. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it foa-container bash

  5. Configure the Fanout Agent. For more information, see Configuring the Fanout Agent in the NetIQ Identity Manager Driver for JDBC Fanout Implementation Guide.

8.6.6 Deploying iManager Container

  1. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  2. Run the following command to load the image:

    docker load --input IDM_48_iManager320.tar

  3. Create a .env file with the required configuration to suit your environment. For example, the iManager.env is created in the /data directory.

    # Certificate Public Key Algorithm
    # Allowed Values: RSA, ECDSA256, ECDSA384
    CERTIFICATE_ALGORITHM=RSA
    # Cipher Suite
    # Allowed Values:
    # For RSA - NONE, LOW, MEDIUM HIGH
    # For ECDSA256 - SUITEB128ONLY
    # For ECDSA384 - SUITEB128, SUITEB192
    CIPHER_SUITE=NONE
    # Tomcat Server HTTP Port
    TOMCAT_HTTP_PORT=8080
    # Tomcat Server SSL Port
    TOMCAT_SSL_PORT=8743
    # iManager Authorized User (admin_name.container_name.tree_name)
    AUTHORIZED_USER=
  4. Create a sub-directory under the shared volume /data, for example, iManager.

  5. Deploy the container using the following command:

    docker run -d --ip=192.168.0.4 --name=iman-container --network=idmoverlaynetwork --hostname=imanager.example.com -v /etc/hosts:/etc/hosts -v /data:/config -v /data/iManager.env:/etc/opt/novell/iManager/conf/iManager.env -p 8743:8743 imanager:3.2.0

  6. To install the Identity Manager plug-ins, perform the following steps:

    1. Log in to iManager.

      https://imanager.example.com:8743/nps/

    2. Click Configure.

    3. Click Plug-in Installation and then click Available NetIQ Plug-in Modules.

    4. Select all the plug-ins from the NetIQ Plug-in Modules list and then click Install.

    To obtain the plug-ins offline, perform the following steps:

    1. Download the Identity_Manager_4.8_Linux.iso from the NetIQ Downloads website.

    2. Mount the downloaded.iso.

    3. From the mounted location, navigate to the /iManager/plugins directory and obtain the required plug-ins.

    Alternatively, you can install the plug-ins from the iManager plug-ins website.

  7. Restart the iManager container.

    docker restart iman-container

  8. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it iman-container bash

For more information about deploying the iManager container, see the Deploying iManager Using Docker Container in the NetIQ iManager Installation Guide.

8.6.7 Generating Certificates With Identity Vault Certificate Authority

(Conditional) This section applies only if you are using Identity Vault as the Certificate Authority.

The following components require you to generate certificates before they are deployed. Before you generate the certificates for the following components, ensure that you deploy the Identity Manager Engine and iManager containers.

Generating Certificates for OSP

Perform the following steps to generate the certificates:

  1. Log in to the iManager container.

    docker exec -it <container> <command>

    For example,

    docker exec -it iman-container bash

  2. Ensure that you set the Java path. For example, run the following command:

    export PATH=<java installed location>/bin:$PATH

    For example,

    export PATH=/opt/netiq/common/jre/bin/:$PATH

    NOTE:Ensure that the Java version installed is Azul Zulu 1.80_222 or later.

  3. Generate the PKCS keystore:

    keytool -genkey -alias osp -keyalg RSA -storetype pkcs12 -keystore /config/tomcat-osp.ks -validity 3650 -keysize 2048 -dname "CN=osp.example.com" -keypass <password> -storepass <password>

  4. Generate a certificate signing request:

    keytool -certreq -v -alias osp -file /config/osp.csr -keypass <password> -keystore /config/tomcat-osp.ks -storepass <password>

  5. Generate a self-signed certificate:

    1. Launch iManager from Docker host and log in as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Server > Issue Certificate.

    3. Browse to the .csr file created in step 3. For example, osp.csr.

    4. Click Next.

    5. Specify the key usage and click Next.

    6. For the certificate type, select Unspecified.

    7. Click Next.

    8. Specify the validity of the certificate and click Next.

    9. Select the File in binary DER format radio button.

    10. Click Next.

    11. Click Finish.

    12. Download the certificate and copy the downloaded certificate to the /data directory.

  6. Export the root certificate in .der format:

    1. Launch iManager from Docker host and log in as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Access > Server Certificates.

    3. Select the SSL CertificateDNS check box and click Export.

    4. In the Certificates drop-down list, select the Organizational CA.

    5. In the Export Format drop-down list, select DER.

    6. Click Next.

    7. Download the certificate and copy the downloaded certificate to the /data directory.

  7. Import the certificates into the PKCS keystore you created in step 2:

    keytool -import -trustcacerts -alias root -keystore /config/tomcat-osp.ks -file /config/cert.der -storepass <password> -noprompt

    keytool -import -alias osp -keystore /config/tomcat-osp.ks -file /config/osp.der -storepass <password> -noprompt

NOTE:Ensure that the keystore is available in the path that was specified as an input for deployment.

Generating Certificates for Identity Applications

Perform the following steps to generate the certificates:

  1. Log in to the iManager container.

    docker exec -it <container> <command>

    For example,

    docker exec -it iman-container bash

  2. Ensure that you set the Java path. For example, run the following command:

    export PATH=<java installed location>/bin:$PATH

    For example,

    export PATH=/opt/netiq/common/jre/bin/:$PATH

    NOTE:Ensure that the Java version installed is Azul Zulu 1.80_222 or later.

  3. Generate the PKCS keystore:

    keytool -genkey -alias ua -keyalg RSA -storetype pkcs12 -keystore /config/tomcat-ua.ks -validity 3650 -keysize 2048 -dname "CN=identityapps.example.com" -keypass <password> -storepass <password>

  4. Generate a certificate signing request:

    keytool -certreq -v -alias ua -file /config/ua.csr -keypass <password> -keystore /config/tomcat-ua.ks -storepass <password>

  5. Generate a self-signed certificate:

    1. Log in to iManager as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Server > Issue Certificate.

    3. Browse to the .csr file created in step 3. For example, ua.csr.

    4. Click Next.

    5. Specify the key usage and click Next.

    6. For the certificate type, select Unspecified.

    7. Click Next.

    8. Specify the validity of the certificate and click Next.

    9. Select the File in binary DER format radio button.

    10. Click Next.

    11. Click Finish.

    12. Download the certificate and copy the downloaded certificate to the /data directory.

  6. Export the root certificate in .der format:

    1. Log in to iManager as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Access > Server Certificates.

    3. Select the SSL CertificateDNS check box and click Export.

    4. In the Certificates drop-down list, select the Organizational CA.

    5. In the Export Format drop-down list, select DER.

    6. Click Next.

    7. Download the certificate and copy the downloaded certificate to the /data directory.

  7. Import the certificates into the PKCS keystore in step 2:

    keytool -import -trustcacerts -alias root -keystore /config/tomcat-ua.ks -file /config/cert.der -storepass <password> -noprompt

    keytool -import -alias ua -keystore /config/tomcat-ua.ks -file /config/ua.der -storepass <password> -noprompt

NOTE:Ensure that the certificates are available in the path that was specified as an input for deployment.

Generating Certificates for Identity Reporting

Perform the following steps to generate the certificates:

  1. Log in to the iManager container.

    docker exec -it <container> <command>

    For example,

    docker exec -it iman-container bash

  2. Ensure that you set the Java path. For example, run the following command:

    export PATH=<java installed location>/bin:$PATH

    For example,

    export PATH=/opt/netiq/common/jre/bin/:$PATH

    NOTE:Ensure that the Java version installed is Azul Zulu 1.80_222 or later.

  3. Generate the PKCS keystore:

    keytool -genkey -alias rpt -keyalg RSA -storetype pkcs12 -keystore /config/tomcat-rpt.ks -validity 3650 -keysize 2048 -dname "CN=identityreporting.example.com" -keypass <password> -storepass <password>

  4. Generate a certificate signing request:

    keytool -certreq -v -alias rpt -file /config/rpt.csr -keypass <password> -keystore /config/tomcat-rpt.ks -storepass <password>

  5. Generate a self-signed certificate:

    1. Log in to iManager as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Server > Issue Certificate.

    3. Browse to the .csr file created in step 3. For example, rpt.csr.

    4. Click Next.

    5. Specify the key usage and click Next.

    6. For the certificate type, select Unspecified.

    7. Click Next.

    8. Specify the validity of the certificate and click Next.

    9. Select the File in binary DER format radio button.

    10. Click Next.

    11. Click Finish.

    12. Download the certificate and copy the downloaded certificate to the /data directory.

  6. Export the root certificate in .der format:

    1. Log in to iManager as an administrator.

    2. Navigate to Roles and Tasks > NetIQ Certificate Access > Server Certificates.

    3. Select the SSL CertificateDNS check box and click Export.

    4. In the Certificates drop-down list, select the Organizational CA.

    5. In the Export Format drop-down list, select DER.

    6. Click Next.

    7. Download the certificate and copy the downloaded certificate to the /data directory.

  7. Import the certificates into the PKCS keystore you created in step 2:

    keytool -import -trustcacerts -alias root -keystore /config/tomcat-rpt.ks -file /config/cert.der -storepass <password> -noprompt

    keytool -import -alias rpt -keystore /config/tomcat-rpt.ks -file /config/rpt.der -storepass <password> -noprompt

NOTE:Ensure that the certificates are available in the path that was specified as an input for deployment.

8.6.8 Deploying OSP Container

NOTE:Before you deploy the OSP container, ensure that you generate the required certificates. For more information, see Generating Certificates for OSP.

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_osp.tar.gz

  4. Deploy the container using the following command:

    docker run -d --ip=192.168.0.5 --network=idmoverlaynetwork --hostname=osp.example.com -p 8543:8543 --name=osp-container -v /etc/hosts:/etc/hosts -v /data:/config -e SILENT_INSTALL_FILE=/config/silent.properties osp:idm-4.8.0

  5. To verify whether the container was successfully deployed, check the log files by running the following command:

    tail -f /data/osp/log/idmconfigure.log

  6. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it osp-container bash

8.6.9 Deploying PostgreSQL Container

  1. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  2. Run the following command to load the image:

    docker load --input IDM_48_postgres.tar.gz

  3. Create a sub-directory under the shared volume /data, for example, postgres.

    mkdir postgres

  4. Deploy the container using the following sample command:

    docker run -d --ip=192.168.0.6 --network=idmoverlaynetwork --hostname=postgresql.example.com --name=postgresql-container -p 5432:5432 -e POSTGRES_PASSWORD=<password> -v /data/postgres:/var/lib/postgresql/data -v /etc/hosts:/etc/hosts -v /data:/config postgres:9.6.12-alpine

    For example,

    docker run -d --ip=192.168.0.6 --network=idmoverlaynetwork --hostname=postgresql.example.com --name=postgresql-container -p 5432:5432 -e POSTGRES_PASSWORD=novell -v /data/postgres:/var/lib/postgresql/data -v /etc/hosts:/etc/hosts -v /data:/config postgres:9.6.12-alpine

  5. Create the idmdamin user for Identity Applications.

    docker exec -it postgresql-container psql -U postgres -c "CREATE USER idmadmin WITH ENCRYPTED PASSWORD '<password>'"

  6. Create the Identity Applications, Workflow, and Identity Reporting databases.

    docker exec -it postgresql-container psql -U postgres -c "CREATE DATABASE idmuserappdb"

    docker exec -it postgresql-container psql -U postgres -c "CREATE DATABASE igaworkflowdb"

    docker exec -it postgresql-container psql -U postgres -c "CREATE DATABASE idmrptdb"

    NOTE:These databases are used while you configure the Identity Applications and Identity Reporting containers.

  7. Grant all the privileges on the databases for the idmadmin user:

    docker exec -it postgresql-container psql -U postgres -c "GRANT ALL PRIVILEGES ON DATABASE idmuserappdb TO idmadmin"

    docker exec -it postgresql-container psql -U postgres -c "GRANT ALL PRIVILEGES ON DATABASE igaworkflowdb TO idmadmin"

  8. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it postgresql-container bash

8.6.10 Deploying Identity Applications Container

NOTE:Before you deploy the Identity Applications container, ensure that you generate the required certificates. For more information, see Generating Certificates for Identity Applications.

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

    NOTE:Specify the exposed port, 18543, as the value for the application server port.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_identityapplication.tar.gz

  4. Deploy the container using the following command:

    docker run -d --ip=192.168.0.7 --network=idmoverlaynetwork --hostname=identityapps.example.com -p 18543:18543 --name=idapps-container -v /etc/hosts:/etc/hosts -v /data:/config -e SILENT_INSTALL_FILE=/config/silent.properties identityapplication:idm-4.8.0

  5. To verify whether the container was successfully deployed, check the log files by running the following command:

    tail -f /data/userapp/log/idmconfigure.log

  6. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it idapps-container bash

  7. Run the following command:

    NOTE:Before performing this step, ensure that the container is deployed successfully.

    /opt/netiq/common/jre/bin/keytool -importkeystore -srckeystore /config/tomcat-osp.ks -srcstorepass <password> -destkeystore /opt/netiq/idm/apps/tomcat/conf/idm.jks -deststorepass <password>

  8. Type yes to overwrite the entry for the root alias.

  9. Restart the Identity Applications container.

    docker restart idapps-container

NOTE:To modify any settings in the configuration update utility, launch configupdate.sh from the /opt/netiq/idm/apps/configupdate/ directory of the Identity Applications container. The configuration update utility can be launched in console mode only.

8.6.11 Deploying Form Renderer Container

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_formrenderer.tar.gz

  4. Deploy the container using the following command:

    docker run -d --ip=192.168.0.8 --network=idmoverlaynetwork --hostname=formrenderer.example.com -p 8600:8600 --name=fr-container -v /etc/hosts:/etc/hosts -v /data:/config -e SILENT_INSTALL_FILE=/config/silent.properties formrenderer:idm-4.8.0

  5. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it fr-container bash

8.6.12 Deploying ActiveMQ Container

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_activemq.tar.gz

  4. Deploy the container using the following command:

    docker run -d --ip=192.168.0.9 --network=idmoverlaynetwork --hostname=activemq.example.com -p 8161:8161 -p 61616:61616 --name=amq-container -v /etc/hosts:/etc/hosts -v /data:/config --env-file /data/silent.properties activemq:idm-4.8.0

  5. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it amq-container bash

  6. Configure ActiveMQ. For more information, see Setting Up ActiveMQ Startup Service in the NetIQ Identity Manager Driver for JDBC Fanout Implementation Guide.

8.6.13 Deploying Identity Reporting Container

NOTE:Before you deploy the Identity Reporting container, ensure that you generate the required certificates. For more information, see Generating Certificates for Identity Reporting.

  1. Generate the silent properties file. For more information, see Creating the Silent Properties File.

    NOTE:Specify the exposed port, 28543, as the value for the application server port.

  2. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  3. Run the following command to load the image:

    docker load --input IDM_48_identityreporting.tar.gz

  4. Deploy the container using the following command:

    docker run -d --ip=192.168.0.10 --network=idmoverlaynetwork --hostname=identityreporting.example.com -p 28543:28543 --name=rpt-container -v /etc/hosts:/etc/hosts -v /data:/config -e SILENT_INSTALL_FILE=/config/silent.properties identityreporting:idm-4.8.0

  5. To verify whether the container was successfully deployed, check the log files by running the following command:

    tail -f /data/reporting/log/idmconfigure.log

  6. To log in to the container, run the following command:

    docker exec -it <container> <command>

    For example,

    docker exec -it rpt-container bash

  7. Run the following command:

    NOTE:Before performing this step, ensure that the container is deployed successfully.

    /opt/netiq/common/jre/bin/keytool -importkeystore -srckeystore /config/tomcat-osp.ks -srcstorepass <password> -destkeystore /opt/netiq/idm/apps/tomcat/conf/idm.jks -deststorepass <password>

  8. Type yes to overwrite the entry for the root alias.

  9. Restart the Identity Reporting container.

    docker restart rpt-container

8.6.14 Deploying SSPR Container

Perform the following tasks to deploy the SSPR container:

  1. Generate the silent properties file for SSPR. Select Identity Applications while generating the silent properties file. For more information, see Creating the Silent Properties File.

  2. Create a sub-directory under the shared volume /data, for example, sspr.

    mkdir sspr

  3. From the location where you have extracted the Identity_Manager_4.8_Containers.tar.gz file, navigate to the Identity_Manager_4.8_Containers directory.

  4. Run the following command to load the image:

    docker load --input IDM_48_sspr.tar.gz

  5. Deploy the container using the following sample command:

    docker run -d --ip=192.168.0.11 --network=idmoverlaynetwork --hostname=sspr.example.com --name=sspr-container -v /etc/hosts:/etc/hosts -v /data/sspr:/config -p 8443:8443 sspr/sspr-webapp:latest

  6. Run the following command from the Docker host to copy the silent.properties file from the Docker host to SSPR container:

    docker cp /data/silent.properties sspr-container:/tmp

  7. Load the silent properties file to the SSPR container.

    docker exec -it sspr-container /app/command.sh ImportPropertyConfig /tmp/silent.properties

    NOTE:Check if the SSPRConfiguration.xml is created under the /config directory of SSPR container and verify the content of the file.

  8. Import the OAuth certificate to SSPR:

    1. From the Docker host, edit the SSPRConfiguration.xml file located at /data/sspr directory and set the value of the configIsEditable flag to true and save the changes.

    2. Launch a browser and enter the https://sspr.example.com:8443/sspr URL.

    3. Log in using administrator credentials, for example, uaadmin.

    4. Click on the user, for example, uaadmin, on the top-right corner and then click Configuration Editor.

    5. Specify the configuration password and click Sign In.

    6. Click Settings > Single Sign On (SSO) Client > OAuth and ensure that all URLs use the HTTPS protocol and correct ports.

    7. Under OAuth Server Certificate, click Import from Server to import a new certificate and then click OK.

    8. Click at the top-right corner to save the certificate.

    9. Review the changes and click OK.

    10. After the SSPR application is restarted, edit the SSPRConfiguration.xml file and set the value of the configIsEditable flag to false and save the changes.