Open topic with navigation

# 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 IDOL 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

© 2018 EntIT Software LLC, a Micro Focus company | Send documentation feedback to Micro Focus Close Send documentation feedback To open the configured email client on this computer, open an email window. Otherwise, copy the information below to a web mail client, and send this email to swpdl.idoldocsfeedback@microfocus.com. We appreciate your feedback! Product: Topic Title: Help Topic: Feedback:

_FT_HTML5_bannerTitle.htm