Getting started with the UI
Auditors can use the IBM Digital Asset Offline Signing Orchestrator UI to view, approve, or deny documents on the preconfirmation and postconfirmation queues. Operators can use the UI to start a signing iteration or perform a system flush. This section explains how to set up the client machine for the UI and start it in a supported browser.
Configuring the UI client
You must configure the client where the UI will run using a supported browser.
Prerequisites
-
Certificate and key for the Auditor or Operator who will be using the UI. The certificate will be generated and supplied by the System Custodian.
-
Get the IP address of the LPAR hosting the UI server.
-
Obtain the Offline Signing Orchestrator server component CA certificate from the System Custodian.
-
Use a supported browser.
Importing required keys and certificates
To run the UI on your local computer, obtain the key and certificate for an Auditor or Operator who will be using the UI. The user's certificate can be obtained from the System Custodian. Additionally, you will need the server CA cert returned from the Offline Signing Orchestrator backend.
macOS
- Once you bring up the conductor, init the components, and portmap on lpar1-3000:
- Copy the user and admin certs to local machine.
- Import into Keychain (mac).
- Mark them as trusted and use them to perform operation on your browser.
- Copy certificates from LPAR to your local machine.
- Consolidate certs to import them into keychain from your local :
cat ./admin1-key.pem >> ./mac-keys cat ./admin1.crt >> ./mac-keys - Similarly, add admin2, user1, and user2 certs in mac-keys.
- Import consolidated certs into keychain from your local:
security import ./mac-keys ~/Library/Keychains/login.keychain - Under the Default Keychains section, click Login, double-click admin1 > Trust > Always Trust.
- Click Save.
Note:
- Perform the same steps for all other certificates.
- In the Login section on top, you can view certificates under My certificates column.
- Add dns to local /etc/hosts file:
<lpar-ip> oso-cs-ui-server.dap.localNote: If Bond is configured, provide the Bond IP address instead of thelpar1-ipvalue. - Open your web browser and navigate to the following URL, replacing <prefix> with your specific prefix:
https://<prefix>oso-cs-ui-server.dap.local:3000/
Windows
-
Ensure that the required Offline Signing Orchestrator keys/certs are transferred to the Windows client machine.
-
Create Personal Information Exchange (
.pfx) files from the keys/certs for the required users according to the following example:C:\oso-test-certs\test-certs>"\Program Files\Git\usr\bin\openssl.exe" pkcs12 -export -out .\approver.pfx -inkey .\approver-key.pem -in .\approver-cert.pem ``` {: codeblock} -
Open Windows Certificate Manager.
-
Import the earlier generated
.pfxfiles into the Personal Certificates. -
Import
component-ca-cert.peminto the into the Trusted Root Certificate Authorities.
Mapping the UI server IP address to host name
-
Update
C:\Windows\System32\drivers\etc\hostswith IP address and hostnames for Offline Signing Orchestrator server(s). -
In the
/etc/hostsfile on your local computer, add the following mapping:LPAR1_IP_ADDRESS <prefix>-cs-ui-server.dap.local<prefix>- Specify the prefix used when deploying the Offline Signing Orchestrator components.
Launching or accessing the UI
Auditors and Operators can complete their tasks in the UI .
-
Once the client machine configuration is complete, go to
https://<prefix>-cs-ui-server.dap.local:3000?role=<user-role>using one of the supported browsers on the client machine.- `<prefix>` - Specify the prefix used when deploying the Offline Signing Orchestrator components. - `<role>` - Specify the role of the user launching the UI: Auditor or Operator. -
When the UI loads, you'll need to select your certificate and enter your client machine credentials. After that, you can carry out your user role tasks.
-
Remember to close the browser after using the Offline Signing Orchestrator UI to clear the client certificate-based authentication and prevent unauthorized access.
Using the UI with the test components and test data
This section is applicable only when the testend components (frontend, frontend-plugin, backend, and backend-plugin) are deployed in the environment.
-
Run the
oso-clicommand to generate test documents.oso-cli --cert <path-to-user's-cert-file> --key <path-to-user's-private-key> --cacert <path-to-CA-certificate> frontend gen <doc-count> -
When authenticated as an approver in the UI, you can go to the Confirmation queues page to view, approve, or deny the test documents generated in the Preconfirmation queue.
-
When authenticated to the UI as an Operator, you can open the System operations page and start an iteration.
-
After an iteration ends, a user authenticated to the UI as an approver can navigate to the Confirmation queues page and view, approve or deny the signed documents that are now on the Postconfirmation queue.