WN - 302 See other som respons till HTTP HEAD

Hej!

Är det "good practice" att returnera 302 See other med Location: http://url vid ett HEAD-anrop?

Bakgrund: Jag har en ASP.NET-applikation med en IHttpHandler som skall kontrollera access till filer på Azure Cloud Storage. Dessa filer ligger i en privat container och när HttpHandlern får ett GET-anrop så skapas en Shared Access-nyckel till filen och skickar

Kod:

HTTP/1.1 302 See other

Location: https://myblobstorage.blob.core.windows.net/blobcontainer/testblob.zip?SHARED_ACCESS_SIGNATURE_DATA

Vad gör jag på HEAD? Jag har info om Last-Modified, Etag och annat som jag kan returnera, men jag vill helst undvika att generera azure-urlen i onödan. Om jag dessutom skall generera den för HEAD-anrop bör jag ju cacha dem en stund för att kunna returnera samma url för GET.

Förslag?