Oldal elhelyezése URL-címről

A Put Page From URL művelet egy oldaltartományt ír egy lapblobba, ahol a tartalom egy URL-címről olvasható. Ez az API a 2018-11-09-es verziótól érhető el.

Kérés

A kérést a Put Page From URL következőképpen hozhatja létre. Javasoljuk, hogy HTTPS-t használjon. Cserélje le a myaccount kifejezést a tárfiók nevére:

PUT metódus kérésének URI-ja HTTP-verzió
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page HTTP/1.1

Emulált tárolási szolgáltatás URI-ja

Amikor kérést küld az emulált tárolási szolgáltatásra, adja meg az emulátor gazdagépnevét és a Blob-szolgáltatás portját 127.0.0.1:10000, majd az emulált tárfiók nevét:

PUT metódus kérésének URI-ja HTTP-verzió
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=page HTTP/1.1

További információ: Az Azurite emulátor használata helyi Azure Storage-fejlesztéshez.

URI-paraméterek

A kérelem URI-ján a következő további paramétereket adhatja meg:

Paraméter Leírás
timeout Választható. A timeout paraméter másodpercben van kifejezve. További információ: Időtúllépések beállítása Blob-szolgáltatásműveletekhez.

Kérésfejlécek

A szükséges és nem kötelező kérésfejléceket az alábbi táblázatban ismertetjük:

Kérelem fejléce Leírás
Authorization Kötelező. Megadja az engedélyezési sémát, a fióknevet és az aláírást. További információ: Kérések engedélyezése az Azure Storage-ba.
Date vagy x-ms-date Kötelező. Megadja a kérés egyezményes világidő (UTC) formátumban kifejezett időpontját. További információ: Kérések engedélyezése az Azure Storage-ba.
x-ms-version Minden engedélyezett kéréshez szükséges. A kérelemhez használni kívánt művelet verzióját adja meg. További információ: Az Azure Storage-szolgáltatások verziószámozása.
Range x-ms-range Vagy Range szükség van gombra.

Meghatározza a lapként írandó bájtok tartományát. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Oldalfrissítési művelet esetén az oldaltartomány legfeljebb 4 MiB méretű lehet.

Mivel az oldalakat 512 bájtos határokkal kell igazítani, a kezdő eltolásnak 512-es modulusnak kell lennie, a végeltolásnak pedig 512–1 modulusnak kell lennie. Az érvényes bájttartományok például a 0–511, az 512–1023 és így tovább.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a Range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

Ha mindkettő Range és x-ms-range meg van adva, a szolgáltatás a értékét x-ms-rangehasználja. További információ: Blob service-műveletek tartományfejlécének megadása.
x-ms-range x-ms-range Vagy Range szükség van gombra.

Meghatározza a lapként írandó bájtok tartományát. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Az oldaltartomány legfeljebb 4 MiB méretű lehet.

Mivel az oldalakat 512 bájtos határokkal kell igazítani, a kezdő eltolásnak 512-es modulusnak kell lennie, a végeltolásnak pedig 512–1 modulusnak kell lennie. Az érvényes bájttartományok például a 0–511, az 512–1023 és így tovább.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a x-ms-range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

Ha mindkettő Range és x-ms-range meg van adva, a szolgáltatás a értékét x-ms-rangehasználja. További információ: Blob service-műveletek tartományfejlécének megadása.
Content-Length Kötelező. A kérelem törzsében továbbított bájtok számát adja meg. Ennek a fejlécnek az értékét nullára kell állítani. Ha a hossz nem nulla, a művelet a 400-ás állapotkóddal (Hibás kérelem) meghiúsul.
x-ms-copy-source:name Kötelező. Megadja a forrásblob URL-címét. Az érték legfeljebb 2 KiB hosszúságú URL-cím lehet, amely blobot határoz meg. Az értéknek URL-kódolásúnak kell lennie, ahogy az a kérés URI-jában is megjelenik. A forrásblobnak nyilvánosnak kell lennie, vagy közös hozzáférésű jogosultságkóddal kell rendelkeznie. Ha a forrásblob nyilvános, a művelet végrehajtásához nincs szükség engedélyezésre. Íme néhány példa a forrásobjektum URL-címére:

- https://myaccount.blob.core.windows.net/mycontainer/myblob
- https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>
- https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>
x-ms-copy-source-authorization: <scheme> <signature> Választható. Megadja a másolási forrás engedélyezési sémáját és aláírását. További információ: Kérések engedélyezése az Azure Storage-ba.
Az Azure Active Directory csak egy séma tulajdonosát támogatja.
Ez a fejléc a 2020-10-02-es és újabb verzióban támogatott.
x-ms-source-range Feltölti a blob bájtjait a forrás URL-címében a megadott tartományban. A tartomány kezdetét és végét is meg kell adni. Ezt a fejlécet a HTTP/1.1 protokoll specifikációja határozza meg.

Az oldaltartomány legfeljebb 4 MiB méretű lehet.

A Blob szolgáltatás csak egyetlen bájttartományt fogad el a x-ms-source-range fejléchez, és a bájttartományt a következő formátumban kell megadni: bytes=startByte-endByte.

További információt a Blob-szolgáltatásműveletek tartományfejlécének megadása című témakörben talál.
x-ms-source-content-md5 Választható. A laptartalom MD5-kivonata az URI-ból. Ez a kivonat a lap integritásának ellenőrzésére szolgál az adatok URI-ból való átvitele során. Ha ez a fejléc meg van adva, a tárolási szolgáltatás összehasonlítja a másolási forrásból érkezett tartalom kivonatát ezzel a fejlécértékkel.

Megjegyzés: Ez az MD5-kivonat nem a blobban van tárolva.

Ha a két kivonat nem egyezik, a művelet 400-es hibakóddal (hibás kérelem) meghiúsul.
x-ms-source-content-crc64 Választható. A lap URI-ból származó tartalmának CRC64-kivonata. Ez a kivonat a lap integritásának ellenőrzésére szolgál az adatok URI-ból való átvitele során. Ha ez a fejléc meg van adva, a tárolási szolgáltatás összehasonlítja a másolási forrásból érkezett tartalom kivonatát ezzel a fejlécértékkel.

Megjegyzés: Ez a CRC64-kivonat nem a blobban van tárolva.

Ha a két kivonat nem egyezik, a művelet 400-es hibakóddal (hibás kérelem) meghiúsul.

Ha mindkét x-ms-source-content-md5 és x-ms-source-content-crc64 fejléc is jelen van, a kérés 400-zal (hibás kéréssel) meghiúsul.

Ez a fejléc a 2019-02-02-es és újabb verzióban támogatott.
x-ms-lease-id:<ID> Akkor szükséges, ha a blob rendelkezik aktív bérlettal. Ha ezt a műveletet aktív bérlettel rendelkező blobon szeretné végrehajtani, adja meg a fejléc érvényes bérletazonosítóját.
x-ms-if-sequence-number-le: <num> Választható. Ha a blob sorszáma kisebb vagy egyenlő a megadott értékkel, a kérés folytatódik. Ellenkező esetben a SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétele nem sikerült).
x-ms-if-sequence-number-lt: <num> Választható. Ha a blob sorszáma kisebb a megadott értéknél, a kérés folytatódik. Ellenkező esetben a SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétele nem sikerült).
x-ms-if-sequence-number-eq: <num> Választható. Ha a blob sorszáma megegyezik a megadott értékkel, a kérés folytatódik. Ellenkező esetben a SequenceNumberConditionNotMet hibával meghiúsul (HTTP-állapotkód: 412 – Az előfeltétele nem sikerült).
If-Modified-Since Választható. Egy DateTime érték. Ezt a feltételes fejlécet csak akkor adja meg, ha a blob a megadott dátum/idő óta módosult. Ha a blob nem lett módosítva, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
If-Unmodified-Since Választható. Egy DateTime érték. Ezt a feltételes fejlécet csak akkor adja meg a lap írásához, ha a blob a megadott dátum/idő óta nem lett módosítva. Ha a blob módosult, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel nem sikerült).
If-Match Választható. ETag-érték. Adjon meg egy ETag-értéket a feltételes fejléchez a lap írásához, ha a blob ETag értéke megegyezik a megadott értékkel. Ha az értékek nem egyeznek, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
If-None-Match Választható. ETag-érték.

Adjon meg egy ETag értéket a feltételes fejléchez a lap írásához, ha a blob ETag értéke nem egyezik meg a megadott értékkel. Ha az értékek azonosak, a Blob szolgáltatás a 412-s állapotkódot adja vissza (az előfeltétel sikertelen).
x-ms-encryption-scope Választható. A forrástartalom titkosításához használandó titkosítási hatókört jelöli. Ez a fejléc a 2019-02-02-es és újabb verzióban támogatott.
x-ms-client-request-id Választható. Ügyfél által generált, átlátszatlan értéket biztosít egy 1 kib-os (KiB) karakterkorláttal, amelyet a naplózás konfigurálásakor rögzít a naplókban. Javasoljuk, hogy ezt a fejlécet használva korrelálja az ügyféloldali tevékenységeket a kiszolgáló által kapott kérésekkel. További információ: Monitorozási Azure Blob Storage.

Ez a művelet feltételes fejlécek használatát is támogatja a művelet végrehajtásához, ha egy adott feltétel teljesül. További információ: Feltételes fejlécek megadása blobszolgáltatás-műveletekhez.

Kérelemfejlécek (ügyfél által megadott titkosítási kulcsok)

A 2019-02-02-es verziótól a következő fejlécek adhatók meg az ügyfél által megadott kulccsal titkosított blob titkosítására vonatkozó kérelemben. Az ügyfél által megadott kulccsal (és a megfelelő fejléckészlettel) történő titkosítás nem kötelező.

Kérelem fejléce Leírás
x-ms-encryption-key Kötelező. A Base64 kódolású AES-256 titkosítási kulcs.
x-ms-encryption-key-sha256 Kötelező. A titkosítási kulcs Base64 kódolású SHA256 kivonata.
x-ms-encryption-algorithm: AES256 Kötelező. Megadja a titkosításhoz használni kívánt algoritmust. A fejléc értékének a következőnek kell lennie AES256: .

A kérés törzse

A kérelem törzse tartalmazza a lap tartalmát.

Mintakérés

  
Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=page HTTP/1.1  
  
Request Headers:   
x-ms-date: Fri, 16 Sep 2011 22:15:50 GMT  
x-ms-version: 2018-11-09  
x-ms-range: bytes=0-65535  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-source-range: bytes=0-65535
Authorization: SharedKey myaccount:4KdWDiTdA9HmIF9+WF/8WfYOpUrFhieGIT7f0av+GEI=  
Content-Length: 0  
  

Reagálás

A válasz tartalmaz egy HTTP-állapotkódot és egy válaszfejléceket.

Állapotkód

A sikeres művelet a 201-ben létrehozott állapotkódot adja vissza.

További információ az állapotkódokról: Állapot- és hibakódok.

Válaszfejlécek

A műveletre adott válasz a következő fejléceket tartalmazza. A válasz további szabványos HTTP-fejléceket is tartalmazhat. Minden szabványos fejléc megfelel a HTTP/1.1 protokoll specifikációjának.

Syntax Description
ETag A blob ETagje. Ha a kérelem verziója 2011-08-18 és újabb, az ETag értéke idézőjelek közé kerül. Az ETag használatával feltételes Put Page From URL műveletet hajthat végre a vagy If-None-Match a If-Match kérelem fejlécének értékének megadásával.
Last-Modified A blob utolsó módosításának dátuma és időpontja. A dátumformátum az RFC 1123-at követi. További információ: Dátum-/időértékek ábrázolása fejlécekben.

A blob írási művelete, beleértve a blob metaadatainak vagy tulajdonságainak frissítését is, megváltoztatja a blob utolsó módosítási időpontját.
Content-MD5 Visszaadva, hogy az ügyfél ellenőrizni tudja az üzenettartalom integritását. Ennek a fejlécnek az értékét a Blob szolgáltatás számítja ki. Ez nem feltétlenül ugyanaz, mint a kérelemfejlécekben megadott érték. A 2019-02-02-es vagy újabb verzió esetén a rendszer csak akkor adja vissza ezt a fejlécet, ha a kérelemhez tartozik ez a fejléc.
x-ms-content-crc64 A 2019-02-02-es vagy újabb verzióhoz. Visszaadva, hogy az ügyfél ellenőrizni tudja az üzenettartalom integritását. Ennek a fejlécnek az értékét a Blob szolgáltatás számítja ki. Ez nem feltétlenül ugyanaz, mint a kérelemfejlécekben megadott érték.

Ez a fejléc akkor jelenik meg, ha x-ms-source-content-md5 a fejléc nincs jelen a kérelemben.
x-ms-blob-sequence-number Az oldalblob aktuális sorszáma.
x-ms-request-id Egyedileg azonosítja a végrehajtott kérést, és a kérés hibaelhárításához használható. További információ: API-műveletek hibaelhárítása.
x-ms-version Azt a Blob-szolgáltatásverziót jelöli, amelyet a kérés végrehajtásához használtak. Ez a fejléc a 2009-09-19-es és újabb verzióval kapcsolatos kérések esetén jelenik meg.
Date A szolgáltatás által létrehozott UTC dátum/idő érték, amely a válasz indításának időpontját jelzi.
x-ms-request-server-encrypted: true/false 2015-12-11-es és újabb verzió. Ennek a fejlécnek az értéke akkor true van beállítva, ha a kérés tartalma sikeresen titkosítva van a megadott algoritmussal, máskülönben false .
x-ms-encryption-key-sha256 2019-02-02-es és újabb verzió. Akkor adja vissza, ha a kérelem ügyfél által megadott kulcsot használt a titkosításhoz, így az ügyfél meggyőződhet arról, hogy a kérelem tartalma sikeresen titkosítva van a megadott kulccsal.
x-ms-encryption-scope 2019-02-02-es és újabb verzió. Akkor adja vissza, ha a kérelem titkosítási hatókört használt, így az ügyfél meggyőződhet arról, hogy a kérelem tartalma sikeresen titkosítva van a titkosítási hatókör használatával.
x-ms-client-request-id A kérések és a kapcsolódó válaszok hibaelhárítására használható. A fejléc értéke megegyezik a x-ms-client-request-id fejléc értékével, ha az szerepel a kérelemben, és az érték legfeljebb 1024 látható ASCII-karaktert tartalmaz. Ha a x-ms-client-request-id fejléc nem szerepel a kérelemben, az nem jelenik meg a válaszban.

Választörzs

Nincsenek.

Mintaválasz

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 22:33:35 GMT  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: Sun, 25 Sep 2011 12:13:31 GMT  
x-ms-version: 2011-08-18  
x-ms-blob-sequence-number: 0  
Content-Length: 0  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
  

Engedélyezés

Az Azure Storage-ban bármilyen adathozzáférési művelet meghívásához engedélyezésre van szükség. A műveletet az Put Page From URL alábbiak szerint engedélyezheti.

Az Azure Storage támogatja az Microsoft Entra ID használatát a blobadatokra irányuló kérések engedélyezéséhez. A Microsoft Entra ID azure-beli szerepköralapú hozzáférés-vezérléssel (Azure RBAC) adhat engedélyeket egy biztonsági tagnak. A rendszerbiztonsági tag lehet felhasználó, csoport, alkalmazásszolgáltatásnév vagy Azure-beli felügyelt identitás. A rendszerbiztonsági tagot a Microsoft Entra ID hitelesíti egy OAuth 2.0-jogkivonat visszaadásához. A jogkivonat ezután a Blob szolgáltatással szembeni kérések engedélyezésére használható.

További információ a Microsoft Entra ID használatával történő engedélyezésről: Blobok hozzáférésének engedélyezése Microsoft Entra ID használatával.

Engedélyek

Az alábbiakban azokat az RBAC-műveletet soroljuk fel, amelyek szükségesek ahhoz, hogy egy Microsoft Entra felhasználó, csoport vagy szolgáltatásnév meghívja a Put Page From URL műveletet, valamint a legkevésbé kiemelt beépített Azure RBAC-szerepkört, amely tartalmazza ezt a műveletet:

A szerepkörök Azure RBAC-vel való hozzárendeléséről további információt az Azure-szerepkör hozzárendelése a blobadatokhoz való hozzáféréshez című témakörben talál.

Megjegyzések

A Put Page From URL művelet oldaltartományt ír egy lapblobba. Ez a művelet csak egy meglévő lapblobon hívható meg. Nem hívható meg új lapblob létrehozásához, és nem hívható meg blokkblobon sem. A jelenleg nem létező blobnévvel való hívás Put Page From URL a BlobNotFound hibát adja vissza (HTTP-állapotkód: 404 – Nem található).

A 2020-10-02-es és újabb verziókban az Azure Active Directory-engedélyezés támogatott a másolási művelet forrásához.

Új lapblob létrehozásához hívja fel a Put Blob függvényt, és adja meg a létrehozandó blob típusát lapblobként. Az oldalblobok mérete legfeljebb 8 TiB lehet.

Ha a blob rendelkezik aktív bérletmel, az ügyfélnek érvényes bérletazonosítót kell megadnia a lap írására vonatkozó kérelemhez.

Oldalfrissítési műveletek

A hívás Put Page From URL egy helyben történő írást hajt végre a megadott lapblobon. A megadott lapon lévő összes tartalom felülíródik a frissítéssel.

Fontos

Ha a kiszolgáló túllépi az időkorlátot, vagy a kapcsolat megszakadt egy Put Page From URLadott időszakban, előfordulhat, hogy a lap frissült vagy nem lett frissítve. Ezért folytassa a frissítés újrapróbálkozását, amíg a sikerességet jelző válasz nem érkezik.

A frissítési művelethez elküldött Put Page From URL lapok tartományai legfeljebb 4 MiB méretűek lehetnek. A lap kezdő és záró tartományát 512 bájtos határokkal kell igazítani. Ha 4 MiB-nél nagyobb oldaltartományt kísérel meg feltölteni, a szolgáltatás a 413-at (kérelem entitás túl nagy) adja vissza.

Egyidejűségi problémák kezelése

A Blob szolgáltatás egymás után kezeli az egymást átfedő oldalakra történő egyidejű írásokat. Vagyis a szolgáltatás által feldolgozott utolsó oldal határozza meg a blob tartalmát. Ezért a blob tartalmának integritásának biztosítása érdekében az ügyfélnek egy vagy több alábbi módszer használatával kell kezelnie az egymást átfedő oldalakra történő írásokat:

  • A válaszfejléc értékét Last-Modified minden sikeres hívásnál ellenőrizheti.Put Page From URL A Blob szolgáltatástól visszaadott válaszok sorrendje nem feltétlenül felel meg annak a sorrendnek, amelyben a szolgáltatás végrehajtotta őket. Az érték Last-Modified azonban mindig azt a sorrendet jelzi, amelyben a szolgáltatás feldolgozta a kéréseket.

  • A frissítéseket feltételesen hajthatja végre a blob ETagje vagy az utolsó módosítás időpontja alapján optimista egyidejűség használatával. Ez a megközelítés akkor működik jól, ha az egyidejű írások száma viszonylag alacsony. Ehhez használja a feltételes kérelem fejléceit, a , If-Modified-Sincea és If-Unmodified-Since a fejléceketIf-Match. If-None-Match

  • Meghívhatja a bérletblobot , hogy zárolja a blobot más írásokkal szemben egy percig, vagy hosszabb ideig, ha a bérlet megújul.

  • A blob sorszámával biztosíthatja, hogy egy olyan kérés újrapróbálkozása, amelyre nem érkezett válasz, nem eredményeznek egyidejű frissítéseket. Ez a megközelítés lehet a legjobb azoknak az ügyfeleknek, amelyek nagy átviteli sebességet igényelnek az oldalírásokhoz. a következő szakaszban részletesen ismertetjük.

A kérések újrapróbálkozásához használja az oldalblob sorszámát

Ha egy hívás Put Page From URL túllépi az időkorlátot, vagy nem ad vissza választ, nem lehet biztosan tudni, hogy a kérés sikeres volt-e. Ezért újra meg kell próbálnia a kérést, de az Azure Storage-szolgáltatások elosztott jellege miatt lehetséges, hogy az eredeti kérés feldolgozása az újrapróbálkozás sikeressége után történik. A késleltetett eredeti kérés felülírhat más frissítéseket, és váratlan eredményt eredményezhet. Az alábbi sorozat bemutatja, hogyan történhet ez meg:

  1. Az Put Page From URL "X" értéknek a 0. oldalra történő írására vonatkozó kérés túllépi az időkorlátot, vagy nem ad vissza választ.

  2. Az "X" érték 0. oldalra való írására irányuló újrapróbálkozott kérés sikeres.

  3. Az "Y" értéknek a 0. oldalra történő írására irányuló kérés sikeres.

  4. Az eredeti kérés sikeres, és az "X" értéket a 0. oldalra írja.

  5. A 0. olvasólap az "X" értéket adja vissza, amikor az ügyfél ekkor az "Y" értéket várta.

Ez az ütközés akkor fordulhat elő, ha az eredeti kérés nem ad vissza 100–499 vagy 503 közötti állapotkódot (kiszolgáló foglalt). Ha az alábbi állapotkódok egyikét adja vissza, biztos lehet abban, hogy a kérés sikeres volt vagy sikertelen volt. Ha azonban a szolgáltatás ezen a tartományon kívüli állapotkódot ad vissza, nem lehet tudni az eredeti kérés állapotát.

Az ilyen típusú ütközések elkerülése érdekében az oldalblob sorszámával gondoskodhat arról, hogy a kérés újrapróbálkozásakor az eredeti kérés később ne legyen sikeres. Ehhez az eredeti kérés újrapróbálkozása előtt növelnie kell a sorszámot. Ezután használhatja a feltételes sorszámfejléceket annak biztosítására, hogy a kérés meghiúsuljon, ha a sorszáma nem egyezik meg a várt sorszámmal. A következő sorozat ezt a megközelítést szemlélteti:

  1. Az ügyfél létrehoz egy lapblobot a Put Blob használatával, és a sorszámát 0-ra állítja.

  2. Az Put Page From URL "X" értéknek a 0. oldalra történő írására vonatkozó kérés, if-sequence-number-lt amelynek fejléce időtúllépésre 1 van beállítva, vagy nem ad vissza választ.

  3. Az ügyfél meghívja a Set Blob Properties (Blob tulajdonságainak beállítása) parancsot, hogy frissítse a sorszámot 1-esre.

  4. Egy újrapróbálkozott kérés, amely az "X" értéket a 0 if-sequence-number-lt . oldalra írja, és a sikeres értékre 2 van állítva.

  5. Az "Y" értéknek a 0. oldalra történő írására vonatkozó kérés sikeres beállítással if-sequence-number-lt2 .

  6. Az eredeti kérés feldolgozása végül megtörtént, de sikertelen, mert azt a feltételt határozza meg, hogy a sorszámnak 1-nél kisebbnek kell lennie (azaz a if-sequence-num-lt fejléc 1értéke ). A hiba a SequenceNumberConditionNotMet (HTTP-állapotkód: 412 – Az előfeltétele nem sikerült).

  7. A 0. olvasólap az "Y" várt értékét adja vissza.

Lásd még

Kérések engedélyezése az Azure Storage-ba
Állapot- és hibakódok
Időtúllépések beállítása blobszolgáltatás-műveletekhez