Poprzednie wersje usługi Azure Storage

Usługa Azure Storage obsługuje wiele wersji. Aby wysłać żądanie względem usługi Storage, musisz określić wersję, której chcesz użyć dla tej operacji, chyba że żądanie jest anonimowe.

Dostępne wersje

Bieżąca wersja usługi Azure Storage to 2024-11-04 i jest zalecana, jeśli jest to możliwe. Aby uzyskać informacje na temat najnowszej wersji, zobacz Versioning for Azure Storage.

Dodatkowe obsługiwane wersje obejmują:

• w wersji 2024-08-04

• w wersji 2024-05-04

• w wersji 2024-02-04

• w wersji 2023-11-03

• w wersji 2023-08-03

• w wersji 2023-05-03

• w wersji 2023-01-03

• w wersji 2022-11-02

• w wersji 2021-12-02

• w wersji 2021-10-04

• w wersji 2021-08-06

• w wersji 2021-06-08

• w wersji 2021-04-10

• w wersji 2021-02-12

• w wersji 2020-12-06

• w wersji 2020-10-02

• w wersji 2020-08-04

• w wersji 2020-06-12

• w wersji 2020-04-08

• w wersji 2020-02-10

• w wersji 2019-12-12

• w wersji 2019-07-07

• w wersji 2019-02-02

• w wersji 2018-11-09

• w wersji 2018-03-28

• w wersji 2017-11-09

• w wersji 2017-07-29

• w wersji 2017-04-17

• w wersji 2016-05-31

• w wersji 2015-12-11

• w wersji 2015-07-08

• w wersji 2015-04-05

• w wersji 2015-02-21

• w wersji 2014-02-14

• w wersji 2013-08-15

• w wersji 2012-02-12

• w wersji 2011-08-18

• w wersji 2009-09-19

• w wersji 2009-07-17

• w wersji 2009-04-14

Żądania autoryzowane za pośrednictwem sygnatury dostępu współdzielonego

Żądanie wykonane za pośrednictwem sygnatury dostępu współdzielonego jest przetwarzane zgodnie z wersją używaną do generowania sygnatury dostępu współdzielonego. Wersje 2013-08-15 i 2012-02-12 obejmują parametr przechowywania wersji (SignedVersionlub sv), który określa, która wersja ma być używana do autoryzowania i uruchamiania żądania sygnatury dostępu współdzielonego.

Wersja 2012-02-12 lub nowsza

Żądania z sygnaturami dostępu współdzielonego generowane przy użyciu wersji 2012-02-12 lub nowszej wymagają parametru SignedVersion (sv). SignedVersion wskazuje wersję usługi używaną do autoryzacji i wywołując operację interfejsu API. Jeśli nagłówek x-ms-version zostanie przekazany do żądania, zostanie on zignorowany. Tylko parametr SignedVersion (sv) określa wersję usługi, która ma być używana do przetwarzania żądania dokonanego za pośrednictwem sygnatury dostępu współdzielonego.

W poniższej tabeli przedstawiono, które usługi są obsługiwane dla której wersji dla żądania wykonanego za pośrednictwem sygnatury dostępu współdzielonego:

W poniższym przykładzie przedstawiono sygnaturę dostępu współdzielonego, która wywołuje list obiektów blob przy użyciu sv=2013-08-15.

https://myaccount.blob.core.windows.net/mycontainer?restype=container&comp=list&sv=2013-08-15&si=readpolicy&sig=a39 %2BYozJhGp6miujGymjRpN8tsrQfLo9Z3i8IRyIpnQ%3d

W tym przykładzie usługa autoryzuje i uruchamia żądanie przy użyciu wersji 2013-08-15. Odpowiedź nie będzie zawierać elementu Url w ramach elementu Blob, ponieważ została usunięta w wersji 2013-08-15.

Jeśli aplikacja kliencka używa wersji biblioteki klienta usługi Storage opartej na wersji 2012-02-12 i wysyła żądanie korzystające z tego sygnatury dostępu współdzielonego, klient oczekuje elementu Uri. W związku z tym żądanie kończy się niepowodzeniem z NullReferenceException.

Wersje wcześniejsze niż 2012-02-12 (tylko usługa Blob Storage)

Usługa Blob Storage wprowadziła sygnatury dostępu współdzielonego w wersji 2009-07-17. Usługa Table Storage i Queue Storage wprowadziły sygnatury dostępu współdzielonego w wersji 2012-02-12, więc zachowanie sygnatury dostępu współdzielonego przed wersją 2012-02-12 dotyczy tylko usługi Blob Storage.

W wersji 2012-02-12 wprowadzono również parametr SignedVersion (sv), który umożliwia generatorowi sygnatur dostępu współdzielonego określenie wersji używanej do przetwarzania żądania. Sygnatura dostępu współdzielonego wygenerowana przy użyciu wersji wcześniejszej niż 2012-02-12 nie może określić wersji używanej do przetwarzania żądania, dlatego opiera się na następujących regułach autoryzacji i wykonywania interfejsu API:

1. Jeśli żądanie ma prawidłowy nagłówek x-ms-version, najwcześniejsza prawidłowa wersja (2009-07-17) jest używana do interpretowania parametrów sygnatury dostępu współdzielonego. Wersja określona przez x-ms-version służy do wykonywania operacji usługi Blob Storage.

2. Jeśli żądanie nie ma nagłówka x-ms-version, a właściciel ustawił domyślną wersję przy użyciu Ustaw właściwości usługi Blob Storage, używana jest wersja 2009-07-17 do interpretowania parametrów. Domyślna wersja określona przez właściciela służy do wykonywania operacji usługi Blob Storage.

3. Jeśli żądanie nie ma nagłówka x-ms-version, a właściciel nie ustawił wersji domyślnej, usługa Blob Storage używa najwcześniejszej prawidłowej wersji (2009-07-17) w celu zinterpretowania parametrów. Jeśli kontener jest publiczny, a jego ograniczenia dostępu zostały ustawione przy użyciu Set Container ACL operacji, która używała wersji 2009-09-19 lub nowszej, wersja 2009-09-19 jest używana do wykonania operacji usługi Blob Storage.

4. Jeśli żądanie nie ma nagłówka x-ms-version, a właściciel nie ustawił wersji domyślnej, usługa Blob Storage używa najwcześniejszej prawidłowej wersji (2009-07-17) w celu zinterpretowania parametrów. Jeśli ograniczenia dostępu do kontenera nie zostały ustawione przy użyciu Ustaw listę ACL kontenera operacji, która używała wersji 2009-09-19 lub nowszej, operacja usługi Blob Storage jest wykonywana przy użyciu najwcześniejszej wersji usługi.

Poniższa tabela stosuje te reguły do różnych scenariuszy i zakłada, że parametr SignedVersion nie jest uwzględniony.

Zobacz też

przechowywanie wersji dla usługi Azure Storage