Open dmitry-mightydevops opened 4 days ago
@Captain-P-Goldfish for now I have solved the issue with mitmproxy that overrides the payload on the fly and replace "id" field with "externalId" by using wonderful proxy feature of your plugin and custom CA certs
however there is bug with GUI, even that the proxy is configured properly, next page reload sets it back to
When testing the SCIM Client feature, I have the similar issue: not able to send Keycloak ID as the SCIM externalId
attribute. The 2 options Send local id in requests
and Send externalId as id in requests
don't work but also seem to contradict SCIM core schema specification in RFC 7643 section 3.1
id
- A unique identifier for a SCIM resource as defined by the service.
externalId
- A String that is an identifier for the resource as defined by the provisioning client.
When I use SCIM Client feature in SCIM for Keycloak, Keycloak should be the provisioning client so I think it shouldn't set the SCIM id
attribute.
When I add a new user in keycloak - it issues the following POST query to remote SCIM provider that fails with 500 error
which fails with the following error:
The reason it fails is that twingate SCIM API expects externalId to be passed (instead of id) https://www.twingate.com/docs/scim-provisioning-api#users
The following CURL example works fine
It doesn't look like it's possible to map them in the schema.
From customization excluded attributes
Users schema:
these options had no effect on the outcome
So I guess we need something like "Send local id as externalId in requests" option. Or is it possible to map to allow POSTs to created users in the remote SCIM endpoint?