Re:Show HN: Clerk – all of user management as-a-service, not...
by SahAssar on Monday February 08, 2021 @07:08PM
(#26072134)
I haven't tried it but https://www.keycloak.org/ (by redhat) seems close to what you describe.
[ Parent
| on HN ]
Re:Show HN: Clerk – all of user management as-a-service, not...
by znpy on Tuesday February 09, 2021 @06:41AM
(#26076332)
keycloak is great, it's very flexible and fairly lightweight (all things considered).
it can get a bit complex, but to be fair the whole oauth/oauth2.0/openid/openid-connect/saml is quite messy in general.
Re:Show HN: Clerk – all of user management as-a-service, not...
by digaozao on Monday February 08, 2021 @09:06PM
(#26073021)
I have been using it for a year. No problems so far, and found it to be really flexible
Re:Show HN: Clerk – all of user management as-a-service, not...
by TedDoesntTalk on Monday February 08, 2021 @09:25PM
(#26073158)
Keycloak FTW. Been using it for 18 months now in production.
Re:Show HN: Clerk – all of user management as-a-service, not...
by aryamaan on Tuesday February 09, 2021 @01:55PM
(#26081202)
Very tangent question but someone could help as the discussion is about Keycloak.
In particular, I am trying to solve the problem of how I can share client secrets (so they can generate access token using it) with the respective clients.
I don't want to share them over email/ password protected doc.
I tried making one client for each realm and adding one user to it. When I login via user account using GUI, I am unable to see any info related to clients.
What am I doing wrong here?
What are the good practices around this?
Thanks kind folks
Re:Show HN: Clerk – all of user management as-a-service, not...
by mamcx on Tuesday February 09, 2021 @12:07AM
(#26074112)
I have found confusing then support for multi-tenants and your own auth tables (ie: put the auth tables in the schema of each tenant?) across the board. Exist one project where I can do both?