Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Generate pre-signed urls with longer allotment than default #4597

Closed
cyberduck opened this issue Jun 25, 2010 · 4 comments
Closed

Generate pre-signed urls with longer allotment than default #4597

cyberduck opened this issue Jun 25, 2010 · 4 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Jun 25, 2010

warutledge created the issue

current options seem to either be default (24hr) or max, 23k

I would like the option to generate a signed url of my own length, usually 168hrs (1 week).

Very nice otherwise.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jun 28, 2010

@dkocher commented

Please refer to the S3 wiki page on how to change the default expiration value for signed URLs. It is a hidden property currently not exposed in the Preferences that must be set using the Terminal.app.

Loading

@cyberduck cyberduck closed this Jun 28, 2010
@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Aug 24, 2014

@dkocher commented

#8189 closed as duplicate.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Aug 24, 2014

@dkocher commented

You can change the hidden preference s3.url.expire.seconds from the default 86400 (24 hours).

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Aug 24, 2014

@dkocher commented

Updated documentation in S3.

Loading

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants