To disable a configuration synchronization plugin on the Central Management node, complete the following steps.
-
Open a transaction.
For more information, see Open a transaction.
-
To disable the plugin, replace /api/cluster/configuration_sync_plugin with:
{
"enabled": false
}
For example:
curl -X POST -H "Content-Type: application/json" --cookie cookies https://<IP-address-of-Central-Management-node>/api/cluster/configuration_sync_plugin --data '{"enabled": false}'
The following is a sample response received:
{
"plugin": {
"key": null,
"meta": {}
}
}
-
Commit your changes.
For more information, see Commit a transaction.
General connection settings
The channel policy lists the channels (for example, terminal session and SCP in SSH, Drawing, Clipboard in RDP) that can be used in a connection. The channel policy can further restrict access to each channel based on the IP address of the client or the server, a user list, user group, or a time policy. For example, all clients may access the servers defined in a connection via SSH terminal, but the channel policy may restrict SCP access only to a single client. The policies set in the channel policy are checked when the user attempts to open a particular channel type in the connection.
Channel policies are protocol specific. To list the available Channel policies for a protocol, use the following command.
curl --cookie cookies https://<IP-address-of-SPS>/api/configuration/<http|ica|rdp|ssh|telnet|vnc>/channel_policies
The following sections detail the properties of Channel policy objects.
URL
GET https:<IP-address-of-SPS>/api/configuration/<http|ica|rdp|ssh|telnet|vnc>/channel_policies/<object-id>
Cookies
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). |
Sample request
The following command lists the properties of a specific RDP Channel policy object.
curl --cookie cookies -https:<IP-address-of-SPS>/api/configuration/<rdp>/channel_policies/<object-id>
Response
The following is a sample response received, showing the properties of Channel policy objects.
For details of the meta object, see Message format.
{
"body": {
"name": "terminal-only",
"rules": [
{
"actions": {
"audit": true,
"content_policy": null,
"four_eyes": false,
"ids": false
},
"allowed_for": {
"clients": [],
"gateway_groups": [],
"remote_groups": [],
"servers": [],
"time_policy": {
"key": "-100",
"meta": {
"href": "/api/configuration/policies/time_policies/-100"
}
}
},
"channel": "#drawing"
},
{
"actions": {
"audit": true,
"four_eyes": false,
"ids": false
},
"allowed_for": {
"clients": [],
"gateway_groups": [],
"remote_groups": [],
"servers": [],
"time_policy": {
"key": "-100",
"meta": {
"href": "/api/configuration/policies/time_policies/-100"
}
}
},
"channel": "cliprdr"
}
]
}
}
name |
|
string |
Top level element, the name of the object. This name is also displayed on the SPS web interface. It cannot contain whitespace. |
rules |
|
list of JSON objects |
Top level element, contains the configuration properties of the object. |
|
actions |
JSON object |
The actions that SPS performs for the channel, for example, recording the traffic into an audit trail. |
|
allowed_for |
JSON object |
Specifies the access control rules of the channel, for example, permitted target IP addresses or usergroups. |
|
channel |
string |
The type of the channel. Note that channels are protocol specific, and different type of channels can have different parameters.
For example: "channel": "#drawing", |
actions |
|
JSON object |
The list of actions to perform when the Content policy matches the analyzed traffic. All actions are boolean values (true or false) |
|
audit |
boolean |
Set to true to record the activities of the channel into audit trails. Possible values: true or false |
|
content_policy |
JSON object |
Specifies the Content policy to use in the channel, otherwise its value is null (which is the default). For details on Content policies, see Real-time content monitoring with Content Policies For example: "content_policy": {
"key": "<object-id>",
} |
|
four_eyes |
boolean |
Set to true to require four-eyes authorization to access the channel. For details, see "Configuring four-eyes authorization" in the Administration Guide. Possible values: true or false |
allowed_for |
|
JSON object |
Specifies the access control rules of the channel. |
|
clients |
list |
To restrict the availability of the channel only to certain clients, list the IP address or network of the clients allowed to use this the channel. For IPv6 addresses, use the canonized format of the address. For example: "clients": [
"192.168.1.1/24",
"2001:db8:85a3::8a2e:0:0/32"
Alternatively, you can also enter a hostname instead. One Identity Safeguard for Privileged Sessions (SPS) saves the hostname and resolves it when opening channels, therefore SPS can trace dynamic IP addresses.
NOTE: Note the following limitations:
-
The Domain Name Servers you set must be able to resolve the hostnames you enter into the clients and servers fields, otherwise this function (and, therefore, the sessions using this Channel Policy) will not work.
-
SPS Channel Policies support wildcard characters in the *.example.com format. If the channel opening request contains an IP address, SPS uses a reverse lookup method to resolve this IP address into a hostname for a match.
-
SPS uses the Domain Name Servers set in the /api/configuration/network/dns endpoint to resolve the hostnames. |
|
gateway_groups |
list |
You can control channel access during gateway authentication with blacklists or whitelists of user groups. You can use local user lists on SPS, or LDAP groups.
To use this option, you must also configure web gateway authentication in the connection policy, or client-side gateway authentication back-end in the authentication policy.
For example: "gateway_groups": ["group1", "group2"],
To configure local user lists, see User lists. |
|
remote_groups |
list |
You can control channel access during authentication to the remote server with blacklists or whitelists of user groups. You can use local user lists on SPS, or LDAP groups.
For example: "remote_groups": ["group1", "group2"],
To configure local user lists, see User lists. |
|
servers |
list |
To restrict the availability of the channel only to certain servers, list the IP address or network of the servers that your clients are allowed to access using this the channel. For IPv6 addresses, use the canonized format of the address. For example: "servers": [
"192.168.1.1/24",
"2001:db8:85a3::8a2e:0:0/32"
Alternatively, you can also enter a hostname instead. One Identity Safeguard for Privileged Sessions (SPS) saves the hostname and resolves it when opening channels, therefore SPS can trace dynamic IP addresses.
NOTE: Note the following limitations:
-
The Domain Name Servers you set must be able to resolve the hostnames you enter into the clients and servers fields, otherwise this function (and, therefore, the sessions using this Channel Policy) will not work.
-
SPS Channel Policies support wildcard characters in the *.example.com format. If the channel opening request contains an IP address, SPS uses a reverse lookup method to resolve this IP address into a hostname for a match.
-
SPS uses the Domain Name Servers set in the /api/configuration/network/dns endpoint to resolve the hostnames.
Alternatively, you can configure a custom DNS server to be used for target selection custom_dns field of the Connection Policy. |
|
time_policy |
JSON object |
Specifies the Time policy to use in the channel. If you do not want to restrict access, use the default 7x24 policy-100. For details on Time policies, see Time policy. For example: "time_policy": {
"key": "-100",
} |
List of endpoints for configuring policies and settings that can be referenced when configuring connections.
URL
GET https://<IP-address-of-SPS>/api/configuration/policies
Cookies
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). |
Sample request
The following command lists the available endpoints.
curl --cookie cookies https://<IP-address-of-SPS>/api/configuration/policies
Response
The following is a sample response received when listing the available configuration endpoints.
For details of the meta object, see Message format.
{
"items": [
{
"key": "aa_plugin_instances",
"meta": {
"href": "/api/configuration/policies/aa_plugin_instances"
}
},
{
"key": "analytics",
"meta": {
"href": "/api/configuration/policies/analytics"
}
},
{
"key": "archive_cleanup_policies",
"meta": {
"href": "/api/configuration/policies/archive_cleanup_policies"
}
},
{
"key": "audit_policies",
"meta": {
"href": "/api/configuration/policies/audit_policies"
}
},
{
"key": "backup_policies",
"meta": {
"href": "/api/configuration/policies/backup_policies"
}
},
{
"key": "content_policies",
"meta": {
"href": "/api/configuration/policies/content_policies"
}
},
{
"key": "credentialstores",
"meta": {
"href": "/api/configuration/policies/credentialstores"
}
},
{
"key": "indexing",
"meta": {
"href": "/api/configuration/policies/indexing"
}
},
{
"key": "ldap_servers",
"meta": {
"href": "/api/configuration/policies/ldap_servers"
}
},
{
"key": "signing_cas",
"meta": {
"href": "/api/configuration/policies/signing_cas"
}
},
{
"key": "time_policies",
"meta": {
"href": "/api/configuration/policies/time_policies"
}
},
{
"key": "trusted_ca_lists",
"meta": {
"href": "/api/configuration/policies/trusted_ca_lists"
}
},
{
"key": "user_databases",
"meta": {
"href": "/api/configuration/policies/user_databases"
}
},
{
"key": "userlists",
"meta": {
"href": "/api/configuration/policies/userlists"
}
},
{
"key": "usermapping_policies",
"meta": {
"href": "/api/configuration/policies/usermapping_policies"
}
}
],
"meta": {
"first": "/api/configuration/aaa",
"href": "/api/configuration/policies",
"last": "/api/configuration/x509",
"next": "/api/configuration/private_keys",
"parent": "/api/configuration",
"previous": "/api/configuration/plugins",
"transaction": "/api/transaction"
}
}
aa_plugin_instances |
Authentication and Authorization plugin policies |
analytics |
Analytics. |
archive_cleanup_policies |
Archive/Cleanup policies. |
audit_policies |
Audit trail encryption, timestamping, and signing. |
backup_policies |
Backup policies. |
content_policies |
Actions for detected commands, screen content, credit card information, and window titles. |
credentialstores |
Local and external credential stores. |
indexing |
Languages for Optical Character Recognition (OCR). |
ldap_servers |
LDAP servers. |
signing_cas |
Signing CAs for generating the server-side certificates on the fly. You can use such CAs in SSL-encrypted RDP sessions, RDP sessions that use Network Level Authentication (CredSSP), or SSH connections that use X.509-based authentication.
To configure signing for audit trails, use the audit_policies endpoint. |
time_policies |
Time policies. |
trusted_ca_lists |
Trusted Certificate Authorities (CAs), and options for restricting the accepted certificates. |
user_databases |
Local User Databases are available for RDP, SSH and Telnet protocols, and can be used to authenticate the clients to credentials (passwords, public keys, and certificates) that are locally available on SPS. |
userlists |
Local white- or blacklists of usernames that allow fine-control over who can access a connection or a channel. |
usermapping_policies |
Usermapping policies describe who can use a specific username to access the remote server. |
Status and error codes
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.
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. |