Bug #7994
Set token_duration to 6 hours instead of one hour
Description
During OpenStack provisioning on Dell hardware, it was reported that installation took longer than one hour. It was perhaps a remote site with slower connection, I haven't investigated.
I think new default value which is still sane could be six hours which "ought to be enough for everybody". Since this is not big deal (tokens are UUID, safe enough) I propose to set this as in Subject.
Discuss.
Related issues
Associated revisions
History
#1
Updated by Lukas Zapletal over 8 years ago
- Related to Bug #7995: Unable to escape build mode for hosts with expired tokens added
#2
Updated by Lukas Zapletal over 8 years ago
Downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1154730
#3
Updated by The Foreman Bot over 8 years ago
- Status changed from New to Ready For Testing
- Target version set to 1.7.2
- Pull request https://github.com/theforeman/foreman/pull/1865 added
- Pull request deleted (
)
#4
Updated by Daniel Lobato Garcia over 8 years ago
Just for the sake of clarity why this was merged - 6h = 21600s.
In the outlandish event someone managed to make 1M requests per second without blowing up the smart proxy, that makes 2.16*10^10 possible checkups to brute force it, there are about 3.4 × 10^38 possible UUIDs.
#5
Updated by Lukas Zapletal over 8 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset c0262662d355cef3c4bc5371fe224f3f4f7d3dd3.
#6
Updated by Dominic Cleal over 8 years ago
- Legacy Backlogs Release (now unused) set to 21
#7
Updated by Bryan Kearney over 8 years ago
- Bugzilla link set to 1166167
#8
Updated by Dominic Cleal over 8 years ago
- Category set to Settings
- Assignee set to Lukas Zapletal
Fixes #7994 - increased default token_duration setting