[
https://issues.apache.org/jira/browse/CLOUDSTACK-9772?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15864113#comment-15864113
]
ASF GitHub Bot commented on CLOUDSTACK-9772:
--------------------------------------------
Github user remibergsma commented on the issue:
https://github.com/apache/cloudstack/pull/1934
What about signed S3 urls that people may supply? If you want to register a
template and have it download from a S3 bucket, you need to specify a signed
url to provide the authentication. But that signature is valid for either GET
or HEAD requests, not both.
When you use S3 as secondary storage, you automatically get a GET
pre-signed url from CloudStack that you cannot use to register it as a new
template. Something to think about..
See:
http://stackoverflow.com/questions/15717230/pre-signing-amazon-s3-urls-for-both-head-and-get-verbs
> Perform HEAD request to retrieve header information
> ---------------------------------------------------
>
> Key: CLOUDSTACK-9772
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9772
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Template
> Affects Versions: 4.2.0, 4.2.1, 4.3.0, 4.4.0, 4.5.0, 4.3.1, 4.4.1, 4.4.2,
> 4.4.3, 4.3.2, 4.5.1, 4.4.4, 4.5.2, 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0,
> 4.9.0, 4.8.1.1, 4.9.0.1, 4.5.2.2
> Reporter: Marc-Aurèle Brothier
> Assignee: Marc-Aurèle Brothier
>
> The function in UriUtils which perform a check for the template file size of
> an arbitrary URL is sending a `GET` request to only retrieve the response
> header. A `HEAD` is the correct way of retrieving such information from the
> response header.
> This was affecting the restart of a management server since all templates
> were retrieved when receiving the startup command from the secondary storage
> sysvm.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)