Conversation
okraport
left a comment
There was a problem hiding this comment.
I think the change makes sense but would like to get more eyes on this as I am unsure if this will have wider impact.
| webIdleTimeout: nil, | ||
| sessionTTL: time.Hour * 12, | ||
| expectedBearerTokenTTL: defaults.BearerTokenTTL, | ||
| }, |
There was a problem hiding this comment.
| }, | |
| { | |
| name: "bearerTokenExpiry is sessionTTL when shorter than defaults.BearerTokenTTL", | |
| webIdleTimeout: nil, | |
| sessionTTL: time.Minute * 5, | |
| expectedBearerTokenTTL: time.Minute * 5, | |
| }, |
I don't actually know if this should be the behaviour based on the case above but we should make this codepath explicit.
rob-picard-teleport
left a comment
There was a problem hiding this comment.
This makes sense to me, and implementation looks good. I'd still love to see the bearer token go away eventually of course, but this seems like a reasonable intermediate step!
|
friendly ping @kimlisa This will probably just stay in master and not get backported, so we can see how it affects things |
okraport
left a comment
There was a problem hiding this comment.
Having thought about it, I think this is good. Nice job.
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
|
I'll be holding off on backporting this. The plan is to release it next major but will come back to other backports if that changes. |
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
* Set MaxAge for cookie based on WebSession expiry (#58091) * Set MaxAge in web cookie if time until expiry is > 0 (#58293) This updates the logic to only setting max-age if the provided expiry is in the future rather than any non-zero value. * Respect WebIdleTimeout in bearerTokenTTL (#59645) The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we will only default to 10 minutes if the web_idle_timeout is not configured in the cluster config
The webUI will log a user out due to invalid token if they haven't pinged the server within the idle time, which defaulted to the bearer token default (10 minutes). Instead, we should only default to 10 minutes if the web_idle_timeout is not configured in the cluster config. this aligns with how it is described in the documentation.
docs reference: https://goteleport.com/docs/connect-your-client/web-ui/
changelog: Fix the webUI timeout time to respect the cluster's WebIdleTimeout configuration.
edit: moving to draft. im doing to see if there is a different mechanism that we can leverage for the same effect, without increasing the bearer token expiry