...
Code Block | ||
---|---|---|
| ||
PATCH https://VFC_MR_DOMAIN/verba/restapi/v1/adSyncProfiles/13F72189-2EEB-425F-885B-7D1BBA83DDEB Content-Type: application/json Accept: application/json { "userName": "john.doe", "ldapPassword": "new plain password" } |
Response
Code Block |
---|
{ "host": "ldap host", "port": 1234, "userName": "john.doe", "id": "13F72189-2EEB-425F-885B-7D1BBA83DDEB", "description": "ldap description enabled", "enabled": true, "type": "ldap" } |
The non sensitive data change can be validated with the previous response, which contains the whole entity object with the new modified values. The sensitive information can be verified with the following request. Due to an AD Synchronization Profile entities can have different types with different object properties, for the password verification the verified property name has to be passed too with the known plain password.
Code Block |
---|
POST /verba/restapi/v1/adSyncProfiles/13F72189-2EEB-425F-885B-7D1BBA83DDEB/password/verify
Content-Type: application/json
Accept: application/json
{
"property": "ldapPassword",
"value": "new plain password"
} |
Storage Target
The VFC has numerous different Storage Target integrations which have different entity object schemas. These different schemas have different editable properties.
The following example shows how to change the login name and the password for an Amazon S3 storage in the same request. The password has to be in plain format.
Request
Code Block | ||
---|---|---|
| ||
PATCH https://VFC_MR_DOMAIN/verba/restapi/v1/storageTargets/11
Content-Type: application/json
Accept: application/json
{
"accessKeyId": "amazons3_storage_keyid",
"secretAccessKey": "new plain password"
} |
Response
Code Block |
---|
{
"bucket": "bucket name",
"region": "region",
"objectLockEnabled": true,
"objectLockMode": "compliance",
"accessKeyId": "amazons3_storage_keyid",
"id": 11,
"name": "amazon s3",
"type": "amazon_s3"
} |