Containereigenschappen ophalen

De Get Container Properties operatie geeft alle door de gebruiker gedefinieerde metadata en systeemeigenschappen terug voor de opgegeven container. De teruggegeven data bevat niet de lijst met blobs van de container.

Request

Het Get Container Properties verzoek kan als volgt worden opgesteld. U wordt aangeraden HTTPS te gebruiken. Vervang myaccount door de naam van je opslagaccount:

Method URI-aanvraag HTTP-versie
GET/HEAD https://myaccount.blob.core.windows.net/mycontainer?restype=container HTTP/1.1

Emulated storage-serviceaanvraag

Wanneer je een verzoek doet aan de geëmuleerde opslagservice, specificeer dan de emulatorhostnaam en Blob Storage-poort als 127.0.0.1:10000, gevolgd door de naam van het geëmuleerde opslagaccount:

Method URI-aanvraag HTTP-versie
GET/HEAD http://127.0.0.1:10000/devstoreaccount1/mycontainer?restype=container HTTP/1.1

Zie De Azurite-emulator gebruiken voor lokale Azure Storage-ontwikkeling voor meer informatie.

URI Parameters

De volgende aanvullende parameters kunnen worden gespecificeerd op de request URI:

Parameter Description
timeout Optional. De parameter timeout wordt uitgedrukt in seconden. Zie Time-outs instellen voor Blob Storage-bewerkingen voor meer informatie.

Headers aanvragen

In de volgende tabel worden de vereiste en optionele aanvraagheaders beschreven:

Header van het verzoek Description
Authorization Required. Hiermee geeft u het autorisatieschema, de accountnaam en de handtekening op. Zie Aanvragen autoriseren voor Azure Storagevoor meer informatie.
Date or x-ms-date Required. Hiermee geeft u de Coordinated Universal Time (UTC) voor de aanvraag. Zie Aanvragen autoriseren voor Azure Storagevoor meer informatie.
x-ms-lease-id: <ID> Optioneel, versie 2012-02-12 en later. Als het gespecificeerd is, Get Container Properties slaagt het alleen als de lease van de container actief is en overeenkomt met deze ID. Als er geen actieve huurovereenkomst is of de ID niet overeenkomt, wordt 412 (Precondition Failed) teruggestuurd.
x-ms-version Vereist voor alle geautoriseerde verzoeken, optioneel voor anonieme verzoeken. Hiermee geeft u de versie van de bewerking die moet worden gebruikt voor deze aanvraag. Zie Versiebeheer voor de Azure Storage-services voor meer informatie.
x-ms-client-request-id Optional. Biedt een door de client gegenereerde, ondoorzichtige waarde met een tekenlimiet van 1 kibibyte (KiB) die wordt vastgelegd in de logboeken wanneer logboekregistratie is geconfigureerd. We raden u ten zeerste aan deze header te gebruiken om activiteiten aan de clientzijde te correleren met aanvragen die de server ontvangt. Zie Azure Blob Storage-bewaken voor meer informatie.

aanvraaginhoud

None.

Response

Het antwoord bevat een HTTP-statuscode en een set antwoordheaders.

Statuscode

Een geslaagde bewerking retourneert statuscode 200 (OK).

Zie Status en foutcodesvoor meer informatie over statuscodes.

Antwoordkopteksten

Het antwoord voor deze bewerking bevat de volgende headers. Het antwoord kan ook aanvullende standaard HTTP-headers bevatten. Alle standaardheaders voldoen aan de HTTP/1.1-protocolspecificatie.

Antwoordheader Description
x-ms-meta-name:value Geeft een string terug die een naam/waarde-paar bevat dat als metadata aan de container is gekoppeld.
ETag De entiteitstag voor de container. Als de aanvraagversie 2011-08-18 of hoger is, wordt de ETag-waarde tussen aanhalingstekens geplaatst.
Last-Modified Geeft als resultaat de datum en tijd waarop de container voor het laatst is gewijzigd. Het datumformaat volgt RFC 1123. Zie Datum-/tijdwaarden weergeven in koptekstenvoor meer informatie.

Elke bewerking die de container of de eigenschappen of metagegevens ervan wijzigt, wordt de laatste wijzigingstijd bijgewerkt. Bewerkingen op blobs beïnvloeden niet de laatst gewijzigde tijd van de container.
x-ms-lease-status: <locked ¦ unlocked> Versie 2012-02-12 en later. De leasestatus van de container.
x-ms-lease-state: <available ¦ leased ¦ expired ¦ breaking ¦ broken> Versie 2012-02-12 en later. De leasestatus van de container.
x-ms-lease-duration: <infinite ¦ fixed > Versie 2012-02-12 en later, alleen wanneer de container wordt gehuurd. Geeft aan of de lease van een container oneindig of vast duurt.
x-ms-request-id Identificeert uniek het verzoek dat is gedaan en kan worden gebruikt om het verzoek op te lossen. Zie Problemen met API-bewerkingen oplossenvoor meer informatie.
x-ms-version Versie 2009-09-19 en later. Geeft de versie van de Blob-service aan die wordt gebruikt om het verzoek uit te voeren.

Ook teruggestuurd voor anonieme verzoeken zonder een gespecificeerde versie als de container was gemarkeerd voor publieke toegang door gebruik te maken van Blob service versie 2009-09-19.
Date Een UTC-datum/tijdwaarde die wordt gegenereerd door de service, wat de tijd aangeeft waarop het antwoord is gestart.
x-ms-blob-public-access Versie 2016-05-31 en later. Geeft aan of gegevens in de container publiekelijk toegankelijk zijn en het toegangsniveau. Mogelijke waarden zijn onder andere:

container: Geeft volledige publieke leestoegang aan voor de container en blobgegevens. Clients kunnen blobs in de container opsommen via een anonieme aanvraag, maar ze kunnen geen containers in het opslagaccount opsommen.

blob: Geeft openbare leestoegang voor blobs aan. Blobdata binnen deze container kan via anoniem verzoek worden gelezen, maar de containerdata is niet beschikbaar. Clients kunnen geen blobs in de container opsommen via een anoniem verzoek.

Als deze header niet wordt teruggegeven in het antwoord, is de container privé voor de accounteigenaar.
x-ms-has-immutability-policy Versie 2017-11-09 en later. Hiermee wordt aangegeven of er een beleid voor onveranderbaarheid is ingesteld voor de container. De waarde zit in true het vaststellen van een beleid, of false als er geen beleid is.
x-ms-has-legal-hold Versie 2017-11-09 en later. Geeft aan of de container een juridische bewaring heeft. De waarde is true als het één of meer wettelijke bezittingen heeft, en false als het geen wettelijke beroepen heeft.
x-ms-client-request-id Kan worden gebruikt om problemen met verzoeken en bijbehorende antwoorden op te lossen. De waarde van deze header is gelijk aan de waarde van de x-ms-client-request-id header als deze aanwezig is in de aanvraag en de waarde niet meer dan 1024 zichtbare ASCII-tekens bevat. Als de x-ms-client-request-id header niet aanwezig is in de aanvraag, is deze niet aanwezig in het antwoord.

Hoofdtekst van de reactie

None.

Voorbeeldantwoord

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-meta-Name: StorageSample  
Date: Sun, 25 Sep 2016 12:43:08 GMT  
ETag: "0x8CAFB82EFF70C46"  
Last-Modified: Sun, 25 Sep 2016 10:42:18 GMT  
x-ms-version: 2016-05-31
x-ms-blob-public-access: blob  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

Authorization

Autorisatie is vereist bij het aanroepen van een bewerking voor gegevenstoegang in Azure Storage. U kunt de Get Container Properties bewerking autoriseren zoals hieronder wordt beschreven.

Important

Microsoft raadt aan om Microsoft Entra ID met beheerde identiteiten te gebruiken om aanvragen voor Azure Storage te autoriseren. Microsoft Entra ID biedt superieure beveiliging en gebruiksgemak in vergelijking met autorisatie van gedeelde sleutels.

Azure Storage ondersteunt het gebruik van Microsoft Entra ID om aanvragen voor blobgegevens te autoriseren. Met Microsoft Entra ID kunt u op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) gebruiken om machtigingen te verlenen aan een beveiligingsprincipaal. De beveiligingsprincipaal kan een door een gebruiker, groep, toepassingsservice-principal of door Azure beheerde identiteit zijn. De beveiligingsprincipaal wordt geverifieerd door Microsoft Entra ID om een OAuth 2.0-token terug te geven. Het token kan vervolgens worden gebruikt om een aanvraag te autoriseren voor de Blob-service.

Zie Toegang tot blobs autoriseren met behulp van Microsoft Entra IDvoor meer informatie over autorisatie met Behulp van Microsoft Entra ID.

Permissions

Hieronder vindt u de RBAC-actie die nodig is voor een Microsoft Entra-gebruiker, groep, beheerde identiteit of service-principal om de Get Container Properties-bewerking aan te roepen, en de minst bevoorrechte ingebouwde Azure RBAC-rol die deze actie omvat:

Zie Een Azure-rol toewijzen voor toegang tot blobgegevensvoor meer informatie over het toewijzen van rollen met behulp van Azure RBAC.

Remarks

None. Zie facturatie-informatie voor details over hoe deze operatie de kosten beïnvloedt.

Billing

Prijsaanvragen kunnen afkomstig zijn van clients die Blob Storage-API's gebruiken, rechtstreeks via de Blob Storage REST API of vanuit een Azure Storage-clientbibliotheek. Deze aanvragen maken kosten per transactie. Het type transactie is van invloed op de manier waarop het account in rekening wordt gebracht. Leestransacties worden bijvoorbeeld opgebouwd tot een andere factureringscategorie dan schrijftransacties. In de volgende tabel ziet u de factureringscategorie voor Get Container Properties aanvragen op basis van het type opslagaccount:

Operation Type opslagaccount Factureringscategorie
Containereigenschappen ophalen Premium blok-blob
Standaard voor algemeen gebruik v2		 Overige operaties
Containereigenschappen ophalen Standaard algemeen gebruik v1 Leesbewerkingen

Zie ook

Operaties op containers

  • Laatst bijgewerkt om