Работают ли заголовки HTTP RANGE с сигнатурами общего доступа к хранилищу BLOB-объектов Azure?

использование хранилища BLOB-объектов Azure для хранения мультимедийных файлов и предоставление доступа к этим файлам с помощью сигнатур общего доступа; все работает хорошо в этом отношении.

Тем не менее, у меня есть клиентское приложение, которое необходимопродолжить" доступ к этим файлам и делает это с помощью заголовка HTTP RANGE. Когда он делает такой запрос, он недоволен результатом, полученным из Azure.I '

я не уверен, как просмотреть подробности на стороне Azure, чтобы узнать, был ли сбой запроса или он просто возвратил что-то, что клиент не сделал 'Я не ожидал, и у меня нет отладочной информации о клиенте.

Вот's как выглядит заголовок входящего диапазона:

RANGE: bytes=4258672-

Из документации Azure яя читал, что он поддерживает RANGE заголовки, однако яИнтересно, есть ли конфликт при использовании RANGE и Shared Access Signatures вместе?

Обновить: Похоже, что Azure может возвращать неправильный код состояния для запросов RANGE, из-за чего мои клиентские приложения отклоняют ответ. В документации говорится, что Azure ответит кодом состояния HTTP 206 при ответе на запрос RANGE, однако при выполнении запроса RANGE, например, так:

curl -I -H "User-Agent: Bonos" -r 500- "https://murfie.blob.core.windows.net/168464/1.mp3?st=2013-07-03T16%3A34%3A32.4832235Z&se=2013-07-03T17%3A34%3A32.4613735Z&sr=b&sp=r&sig=mJgQGW%2Fr3v8HN2%2BVV3Uady7J68nFqeHyzQb37HAhfuE%3D"

Azure возвращает следующее:

HTTP/1.1 200 OK
Content-Length: 19988911
Content-Type: application/octet-stream Charset=UTF-8
Last-Modified: Fri, 07 Jun 2013 16:44:50 GMT
ETag: 0x8D031B57670B986
Server: Blob Service Version 1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: 77312761-65a9-42ef-90cd-ff718a80b231
Date: Wed, 03 Jul 2013 16:41:01 GMT

Ответы на вопрос(4)

Ваш ответ на вопрос