OIDC-Setup with Zitadel #1991
              
  
  Closed
              
          
                  
                    
                      sthiel-mpi
                    
                  
                
                  started this conversation in
                General
              
            Replies: 2 comments 4 replies
-
| hi @sthiel-mpi, | 
Beta Was this translation helpful? Give feedback.
                  
                    0 replies
                  
                
            -
| @ilbarone87 Not yet. But I actually did not try further. Will have to revisit the problem this week though. Will let you know about the outcome. | 
Beta Was this translation helpful? Give feedback.
                  
                    4 replies
                  
                
            
  
    Sign up for free
    to join this conversation on GitHub.
    Already have an account?
    Sign in to comment
  
        
    
Uh oh!
There was an error while loading. Please reload this page.
-
Hi all,
I am currently trying to setup OIDC for Semaphore using https://zitadel.com/ but I am having issues with accessing claims, especially the email claim which is required.
My current Semaphore configuration:
Using it like this performs correct redirections but ends with the error
One can circumvent that by specifying
within the config. This however shows that really
emailis not existent as the expression after|is executed.The
{{ .username }}in this case evaluates to<None>as it apparently is also not available.Zitadel is configured to Code flow, with a Code response type using basic authentication.
My guess is that I am misunderstanding some of the configuration options available, but as far as I understand https://zitadel.com/docs/apis/openidoauth/claims , the /userinfo endpoint (which is provided to semaphore) should contain the
emailclaim if requested, which it is.Did anyone happen to make Semaphore OIDC work with Zitadel or has a few pointers I could try to proceed?
Thanks in advance!
On a sidenote: It seems that also
preferred_usernameis unavailable as I always end up with a random username andAnonymousas display name, although setting thename_claimandnametopreferred_username. This might be connected but is not my main concern.Beta Was this translation helpful? Give feedback.
All reactions