Re: [cas-user] CAS Management 6.5.2

Hi Everyone, In an attempt to resolve my CAS Management issues, I've now upgraded to 6.5.3 and am deploying via CASInitializr, all to no avail, still!: # getcas --type cas-overlay --casVersion 6.5.3 --modules

Re: [cas-user] CAS Management 6.5.2

Trev, Are you being redirected to localhost after log in or when you access https://my.server.../cas-management? If it is before, then this could be an issue with the application container. If it is after, it may be in the service definition for cas-management. Ray On Wed, 2022-05-25 at 14:25

[cas-user] Re: TGT problem with mfa-trusted

Hello, After checking, the problem is only present on the undertow servlet. If we use the tomcat servlet, there is no problem. The TGC ticket is well recreated at each authentication after caching the mfatrusted. Le jeudi 12 mai 2022 à 17:04:30 UTC+2, Jeremy Benmouha a écrit : > Hello, > I

Re: [cas-user] CAS Management 6.5.2

I forgot to mention that setting all logging to DEBUG doesn't seem to reveal anything enlightening. It just shows that it is finding the management.properties file and it is loading those properties. It just doesn't seem to be using them to construct the redirect address: 2022-05-25

Re: [cas-user] CAS Management 6.5.2

Hi Ray, Thanks very much for your response. It's before authentication - the redirection happens as soon as I GET https://my.cas.server/cas-management Here's a DEBUG log of it happening right after I do a GET on https://my.cas.server/cas-management via my browser: 2022-05-25 14:48:13,815 INFO

Re: [cas-user] CAS Management 6.5.2

Thanks a lot Ray, That was the prompt I needed! I managed to get cas-management to start working by updating my stock Tomcat 9's server.xml: I commented out the default Connector on port 8080 and replaced it with the following: Now to squash the next set of gremlins... Thanks again,

[cas-user] JAMF OIDC

I was able to get JAMF SSO working with OIDC, but the OIDCUsePassthroughAuth portion of JAMF isn't working. I was wondering if anyone used JAMF with CAS and didn't require the users to login twice? Thank you, Matt -- - Website: https://apereo.github.io/cas - Gitter Chatroom:

[cas-user] General cause of "action execution attributes were 'map[[empty]]'"

On occasion I'm seeing a login error with this in my logs: in state 'xxxCheck' of flow 'login' -- action execution attributes were 'map[[empty]]' What is the general cause of this error? -psv -- - Website: https://apereo.github.io/cas - Gitter Chatroom: https://gitter.im/apereo/cas - List

Re: [cas-user] General cause of "action execution attributes were 'map[[empty]]'"

It is not an error. If you see this, usually it means the problem is something or somewhere else and this is not the root cause. -- Misagh On Thu, May 26, 2022, 12:10 AM Pablo Vidaurri wrote: > On occasion I'm seeing a login error with this in my logs: > > in state 'xxxCheck' of flow 'login'

[cas-user] Auth via jbdc.Driver (maysql/mariadb) and configuration with SALT.

I can not auth user with config when i'm using salt: cas.authn.jdbc.query[0].user=cas_app cas.authn.jdbc.query[0].password=xxx cas.authn.jdbc.query[0].driverClass=com.mysql.cj.jdbc.Driver cas.authn.jdbc.query[0].url=jdbc:mysql://x:3306/cas_db?useUnicode=true=UTF-8=true=false