-
Notifications
You must be signed in to change notification settings - Fork 57
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LDAP issue with SCIM Id attribute #41
Comments
Ideally the creation of a unique GUID which returns in the Id attribute would be a nice enhancement |
I have noticed when I do a GET operation on the created user. The complete DN is returned. { So the question is, is it possible to return this value as SCIM Id during creation of the object? |
Hi, This will be fixed in the next release. Regards, |
Thank you! |
Other than DistinguishedName I have tried to use the LDAP attribute ObjectGUID as unique SCIM Id, but the ObjectGUID 9dca87f0-1122-4db9-a838-fdaa6e01948d is returned as "Resources": [ I would be an enhancement to use a specific value for the SCIM Id which would not show 'information' like a path of subordinates as common with DN. |
plugin-ldap use endpointMapper having logic that will always url-encode the id value. Reason for having id url-encoded is that some IdP's do not encode this id when used in request e.g: Above mention path will be an invalid url syntax that cannot be handled by SCIM Gateway having id url-endoded will ensure IdP use valid url e.g: Using ObjectGUID instead of DN requires misc. code modifications because ObjectGUID is not straight forward. Some information can be found here: |
I understand, thank you for your explanation. The possibility to have SCIM gateway create a unique SCIM Id for an LDAP object instead of being dependent on DN would be an interesting feature. |
createUser repsonse id and using objectGUID are now both fixed in v3.2.7 |
Thanks again! |
Release 3.2.7 correctly shows objectGUID or DN when the object is created. But the overall functionality of the LDAP plugin is currently broken. All SCIM requests like: ../Users/ or "ScimGateway[plugin-ldap] endpointMapper: skipping - no mapping found for attributes: id,displayName", "status" :404 |
Hi, Seems your configuration file group attribute mapping is missing "mapTo" definition for id and displayName.
But I see that users group membership is broken when using objectGUID, and I need to look into this problem. Regards |
Hi, You are correct. I have removed group mapping from the configuration because I have no need for them. I added them back as per your suggestion and the 'user' part seems to work as it should. I have verified the same with group creation and retrieval, using objectGUID, and noticed that the displayName attribute (ldap) is not being set in the group object. Currently I am testing a way to disable the group creation as I do not prefer to give this privilege automatically next to User CRUD actions. Thank you for your support. |
v3.2.8 now published |
Hi Jarle, I have tried to install 3.2.8, but 'npm install scimgateway@latest --save' still returns version 3.2.7. |
package.json shows "scimgateway": "^3.2.8" Maybe a npm problem using |
I tried several methods with the same result. I will try a different workstation. Update: other workstation installed correctly. Never mind, probably some corruption due too (re)installing multiple times. I will test and report back and close this issue. |
Everything works as it should. Thank you again. |
Hi Jarle,
When a user, JohnDoe is created in Active Directory with SCIM Id mapped to LDAP DN it does not return the DN (for example: CN%3DJohnDoe%3Dxxx%3Dxxx%2CDC%3Dxx) but still JohnDoe.
When the SCIM Id is mapped to, for example, LDAP objectGUID or objectID, it still returns 'JohnDoe'.
Is DN the only attribute which can be used in combination with the SCIM Id attribute?
Regards,
Michael
The text was updated successfully, but these errors were encountered: