Jama Connector 25.3
Jama Connector Help

# SSLIdentities

A comma-separated list of SSL identities that have authorization for the functions included in this role.

You can include a tag prefix to specify whether the SSL identity is a DNS name (dns) or email address (email). If you do not specify a prefix, the server treats the identity as a DNS name. You can include Wildcard values in the SSL identities.

The SSL identity matches the `subjectAltName` DNS name or email in the certificate. If the `subjectAltName` does not exist, it falls back on the subject Common Name.

To use SSL identities for permissions, you must configure SSL in your Knowledge Discovery components, and your SSL setup must request certificates from connecting peers, by using SSLCACertificate and SSLCheckCertificate in your `[SSLOptionN]` configuration section.

You define the permissions that a particular role has by using StandardRoles, or by specifying the Actions and ServiceActions that you want the role to be able to use. You define the users that belong to a particular role by using Clients, GSSPrincipals, and `SSLIdentities`. If a connection matches one of the allowed clients, principals, or SSL identities, they have permission to perform the operations allowed by the role.

Type: | String
Default: |
Required: | No
Configuration Section: | MyAuthorizationRole
Example: | `SSLIdentities=email:user@example.com,dns:admin.example.com,webapp.example.com` This example authorizes a certificate with the `subjectAltName` values `email:user@example.com`, `dns:admin.example.com`, or `dns:webapp.example.com`.
See Also: | Clients GSSPrincipals

Copyright 2025 Open Text
Version 25.3 | Last updated July 2025

Send documentation feedback

Close

Send documentation feedback

To send feedback using your default email client, open an email window.

Otherwise, send your feedback and the information below to MFI-swpdl.idoldocsfeedback@opentext.com.

We appreciate your feedback!

Product: Knowledge Discovery Jama Connector 25.3

Topic Title: SSLIdentities