Hey everyone, I'm running into an issue with an application that I've ported over to using Keycloak. I believe that the token issued by keycloak is expiring, which causes XMLHttpRequest's from my front end to be redirected to KeyCloak which then tries to redirect to Google (my identity provider). By the time it gets to google, there have been redirects across two different domains causing the browser to not set an origin header in the request to google, which then causes the browser to not process the response.

What is the general way of handling a javascript ajax request when a token expires? Or to have a UI get a new token without requiring the entire ui to refresh to force the browser to redirect? For further background, here is my setup: I am using Google OpenID Connect as the identity provider. The application is protected with keycloak-proxy, which then passes requests on to the application. keycloak-proxy is the piece detecting the token is no longer valid and redirecting the ui to keycloak.

Chris Pitman Architect, Red Hat Consulting _______________________________________________ keycloak-user mailing list keycloak-user(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/keycloak-user

----- Original Message ----- > On 21/06/16 00:13, Chris Pitman wrote: > > Hey everyone, > > > > I'm running into an issue with an application that I've ported over to > > using Keycloak. I believe that the token issued by keycloak is expiring, > > which causes XMLHttpRequest's from my front end to be redirected to > > KeyCloak which then tries to redirect to Google (my identity provider). By > > the time it gets to google, there have been redirects across two different > > domains causing the browser to not set an origin header in the request to > > google, which then causes the browser to not process the response. > Since keycloak automatically redirects to Google, it seems that you have > "Authenticate by default" switch enabled for your google identity > provider, right? Just replied to some other thread where user mentions > some issue. We may have a bug in keycloak regarding this : > http://lists.jboss.org/pipermail/keycloak-user/2016-June/006652.html > Thanks Marek, this is exactly the behavior I am seeing. I do have "Authenticate by Default" enabled. I setup CORS (allow-origin, allow-credentials) so that the browser would forward keycloak's cookies after the redirect, thinking that would cause keycloak to immediately issue a new token. Instead, it still redirects to google.

> > > > What is the general way of handling a javascript ajax request when a token > > expires? Or to have a UI get a new token without requiring the entire ui > > to refresh to force the browser to redirect? > > > > For further background, here is my setup: I am using Google OpenID Connect > > as the identity provider. The application is protected with > > keycloak-proxy, which then passes requests on to the application. > > keycloak-proxy is the piece detecting the token is no longer valid and > > redirecting the ui to keycloak. > Hmm... for javascript apps, it's usually best to use keycloak.js > adapter. Not sure why you need keycloak-proxy? The application has a javascript front-end and a rails back end, and the back end is where we do authentication traditionally. I may need to look into this more to understand why we would do the flow from the client. My understanding is that refresh tokens should also not be issued to client side applications, since they can just reauth anyways. Either way, the defect above would still cause an issue with the multi-step CORS. > > In keycloak.js you can automatically refresh tokens . Right before you > send request to REST endpoint, you can call "keycloak.updateToken" which > automatically refreshes token if it's expired or is going to expire in 5 > seconds or so (exact time is configurable based on argument to > "updateToken" method. See docs or our examples - for example this > https://github.com/keycloak/keycloak/blob/master/examples/demo-template/c... > ) . > > Also in keycloak.js you can define callback "onTokenExpired" which is > called when accessToken expires. Here you can implement sending refresh > request as well. > > In shortcut, you don't need to go through login flows and browser > redirections to keycloak etc, but instead rely on refreshing tokens. > > Marek > > > > Chris Pitman > > Architect, Red Hat Consulting > > > > _______________________________________________ > > keycloak-user mailing list > > keycloak-user(a)lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/keycloak-user > > _______________________________________________ keycloak-user mailing list keycloak-user(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/keycloak-user

----- Original Message ----- > > Quite likely it's the session that is no longer valid, not just the token. > If the access token is not valid (this is 5min by default) it will be > refreshed by the proxy (valid as long as the user session is valid). > > Once the user session is no longer valid the user is required to > re-authenticate to Keycloak which causes the redirect to Google. This > happens by default after the session has been idle 30 min (no token > refreshes) or after 10 hours. You can change the timeouts through the admin > console. > I've tried setting both "SSO Session Idle" and "SSO Session Max" to 1 Day, but see this issue where the proxy redirects to keycloak which redirects to google after about 1 hour. Is there another setting I need to change?