List of options that affect all ICA connections.
GET https://<IP-address-of-SPS>/api/configuration/ica/options
Cookie name | Description | Required | Values |
---|---|---|---|
session_id | Contains the authentication token of the user | Required |
The value of the session ID cookie received from the REST server in the authentication response, for example, a1f71d030e657634730b9e887cb59a5e56162860. For details on authentication, see Authenticate to the SPS REST API. Note that this session ID refers to the connection between the REST client and the SPS REST API. It is not related to the sessions that SPS records (and which also have a session ID, but in a different format). |
The following command lists global ICA options.
curl --cookie cookies https://<IP-address-of-SPS>/api/configuration/ica/options
The following is a sample response received when listing global ICA options.
For details of the meta object, see Message format.
{ "body": { "audit": { "cleanup": { "enabled": false }, "timestamping": { "selection": "local", "signing_interval": 30 } }, "service": { "enabled": true, "log_level": 4 } }, "key": "options", "meta": { "first": "/api/configuration/ica/channel_policies", "href": "/api/configuration/ica/options", "last": "/api/configuration/ica/settings_policies", "next": "/api/configuration/ica/settings_policies", "parent": "/api/configuration/ica", "previous": "/api/configuration/ica/channel_policies", "transaction": "/api/transaction" } }
Element | Type | Description | ||
---|---|---|---|---|
key | Top level item | Contains the ID of the endpoint. | ||
body | Top level item | Contains the elements of the global ICA options. | ||
audit | Top level item | Contains settings for timestamping and cleanup. | ||
service | Top level item | Global setting to enable ICA connections, and specify the logging detail. | ||
enabled | boolean | Set to true to enable ICA connections. | ||
log_level | int | Defines the logging detail of ICA connections. |
Set SPS as the timestamping server:
{ "audit": { "cleanup": { "enabled": false }, "timestamping": { "selection": "local", "signing_interval": 30 } }, "service": { "enabled": true, "log_level": 4 } }
Enable cleanup, and set it to occur every 10 days:
{ "audit": { "cleanup": { "channel_database_cleanup_days": 10, "enabled": true }, "timestamping": { "selection": "local", "signing_interval": 30 } }, "service": { "enabled": true, "log_level": 4 } }
Change timestamping to a remote server, without specifying a timestamping policy:
{ "audit": { "cleanup": { "channel_database_cleanup_days": 10, "enabled": true }, "timestamping": { "oid": { "enabled": false }, "selection": "remote", "server_url": "<url-of-timestamping-server>", "signing_interval": 30 } }, "service": { "enabled": true, "log_level": 4 } }
Change timestamping to a remote server, and specify the 1.2.3 timestamping policy:
{ "audit": { "cleanup": { "channel_database_cleanup_days": 10, "enabled": true }, "timestamping": { "oid": { "enabled": true, "policy_oid": "1.2.3" }, "selection": "remote", "server_url": "<url-of-timestamping-server>", "signing_interval": 30 } }, "service": { "enabled": true, "log_level": 4 } }
To modify global ICA settings, you have to:
For details, see Open a transaction.
PUT the modified JSON object to the https://<IP-address-of-SPS>/api/configuration/ica/options endpoint. You can find a detailed description of the available parameters listed in Element . The elements of the audit item are described in Elements of audit.
For details, see Commit a transaction.
The following table lists the typical status and error codes for this request. For a complete list of error codes, see Application level error codes.
Code | Description | Notes |
---|---|---|
201 | Created | The new resource was successfully created. |
401 | Unauthenticated | The requested resource cannot be retrieved because the client is not authenticated and the resource requires authorization to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
403 | Unauthorized | The requested resource cannot be retrieved because the client is not authorized to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
404 | NotFound | The requested object does not exist. |
ICA settings policies define protocol-level settings (timeout, reliability). You can create multiple policies, and choose the appropriate one for each ICA connection.
GET https://<IP-address-of-SPS>/api/configuration/ica/settings_policies
Cookie name | Description | Required | Values |
---|---|---|---|
session_id | Contains the authentication token of the user | Required |
The value of the session ID cookie received from the REST server in the authentication response, for example, a1f71d030e657634730b9e887cb59a5e56162860. For details on authentication, see Authenticate to the SPS REST API. Note that this session ID refers to the connection between the REST client and the SPS REST API. It is not related to the sessions that SPS records (and which also have a session ID, but in a different format). |
The following command lists ICA settings policies.
curl --cookie cookies https://<IP-address-of-SPS>/api/configuration/ica/settings_policies
The following command retrieves the properties of a specific policy.
curl --cookie cookies https://<IP-address-of-SPS>/api/configuration/ica/settings_policies/<policy-id>
The following is a sample response received when listing ICA settings policies.
For details of the meta object, see Message format.
{ "items": [ { "key": "-301101020", "meta": { "href": "/api/configuration/ica/settings_policies/-301101020" } } ], "meta": { "first": "/api/configuration/ica/channel_policies", "href": "/api/configuration/ica/settings_policies", "last": "/api/configuration/ica/settings_policies", "next": null, "parent": "/api/configuration/ica", "previous": "/api/configuration/ica/options", "transaction": "/api/transaction" } }
When retrieving the endpoint of a specific policy, the response is the following.
{ "body": { "name": "default", "timeout": 600, "inactivity_timeout": { "enabled": true "value": 13000 }, "preconnect_channel_check": false, "reliability": { "reconnect_attempts": 30, "reconnect_sleep": 2, "reconnect_timeout": 600 }, "timeout": 600 }, "key": "-301101020", "meta": { "first": "/api/configuration/ica/settings_policies/-301101020", "href": "/api/configuration/ica/settings_policies/-301101020", "last": "/api/configuration/ica/settings_policies/-301101020", "next": null, "parent": "/api/configuration/ica/settings_policies", "previous": null, "transaction": "/api/transaction" } }
Element | Type | Description | ||
---|---|---|---|---|
key | string | Top level element, contains the ID of the policy. | ||
body | Top level element (string) | The elements of the ICA settings policy. | ||
name | string | Name of the ICA settings policy. Cannot contain whitespace. | ||
preconnect_channel_check | boolean |
Before establishing the server-side connection, SPS can evaluate the connection and channel policies to determine if the connection might be permitted at all. The server-side connection is established only if the evaluated policies permit the client to access the server. To enable this function, set the parameter to true. | ||
reliability | Top level item | Settings for ICA connection attempts. | ||
timeout | int | Connection timeout, in seconds. | ||
inactivity_timeout | Top level element | |||
enabled | boolean |
| ||
value | int |
Only if enabled is true The value of user activity timeout. Must be greater than or equal to the value of timeout |
Elements of reliability | Type | Description |
---|---|---|
reconnect_attempts | int | The number of times SPS attempts to connect to the target server. |
reconnect_sleep | int | The number of seconds SPS waits between connection attempts. |
reconnect_timeout | int | The number of seconds SPS waits after exhausting the number of reconnect_attempts. |
To add a settings policy, you have to:
For details, see Open a transaction.
POST the JSON object to the https://<IP-address-of-SPS>/api/configuration/ica/settings_policies/ endpoint. You can find a detailed description of the available parameters listed in the parameter list table.
If the POST request is successful, the response includes the key of the new policy. For example:
{ "key": "dcd58077-98b3-4c73-8f0b-b34147863028", "meta": { "href": "/api/configuration/ica/settings_policies/dcd58077-98b3-4c73-8f0b-b34147863028", "parent": "/api/configuration/ica/settings_policies", "transaction": "/api/transaction" } }
For details, see Commit a transaction.
To modify a settings policy, you have to:
For details, see Open a transaction.
PUT the modified JSON object to the https://<IP-address-of-SPS>/api/configuration/ica/settings_policies/<key-of-the-object> endpoint. You can find a detailed description of the available parameters listed in the parameter list table.
For details, see Commit a transaction.
The following table lists the typical status and error codes for this request. For a complete list of error codes, see Application level error codes.
Code | Description | Notes |
---|---|---|
201 | Created | The new resource was successfully created. |
401 | Unauthenticated | The requested resource cannot be retrieved because the client is not authenticated and the resource requires authorization to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
403 | Unauthorized | The requested resource cannot be retrieved because the client is not authorized to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
404 | NotFound | The requested object does not exist. |
The current version of One Identity Safeguard for Privileged Sessions (SPS) has the following limitations:
MSSQL server with TCP dynamic port settings is not supported.
You must specify a static TCP port for every instance in the SQL Server Configuration Manager you want to audit. By doing so, you can configure the access to multiple MSSQL instances with multiple connection policies and specify the instances with inband or fixed targets and ports. You can also create and assign different Credential Store policies to check out SQL users' passwords of the instances.
In the MSSQL client program, always specify the address with the port number of the SPS connection policy you want to connect to.
© ALL RIGHTS RESERVED. Términos de uso Privacidad Cookie Preference Center