取得佇列 ACL

發行項
12/15/2024

Get Queue ACL 作業會傳回佇列上指定之任何可搭配共用存取簽章使用的預存存取原則詳細數據。如需詳細資訊，請參閱定義預存存取原則。

注意

Get Queue ACL 作業可在 2012-02-12 版和更新版本中取得。

請求

Get Queue ACL 要求可能建構如下。建議您使用 HTTPS。以記憶體帳戶的名稱取代 myaccount：

方法	要求 URI	HTTP 版本
`GET/HEAD`	`https://myaccount.queue.core.windows.net/myqueue?comp=acl`	HTTP/1.1

仿真的記憶體服務要求

當您對模擬記憶體服務提出要求時，請將模擬器主機名和 Azure 佇列記憶體埠指定為 127.0.0.1:10001，後面接著仿真的記憶體帳戶名稱：

方法	要求 URI	HTTP 版本
`GET/HEAD`	`http://127.0.0.1:10001/devstoreaccount1/myqueue?comp=acl`	HTTP/1.1

如需詳細資訊，請參閱使用 Azurite 模擬器進行本機 Azure 記憶體開發。

URI 參數

您可以在要求 URI 上指定下列其他參數。

參數	描述
`timeout`	自選。 `timeout` 參數是以秒為單位來表示。如需詳細資訊，請參閱設定 Azure 佇列記憶體作業的逾時。

要求標頭

下表說明必要和選擇性的要求標頭：

要求標頭	描述
`Authorization`	必填。指定授權配置、帳戶名稱和簽章。如需詳細資訊，請參閱授權對 Azure 記憶體的要求。
`Date` 或 `x-ms-date`	必填。指定要求的國際標準時間（UTC）。如需詳細資訊，請參閱授權對 Azure 記憶體的要求。
`x-ms-version`	所有已授權要求的必要專案。指定要用於此要求的作業版本。如需詳細資訊，請參閱 Azure 記憶體服務的版本設定。
`x-ms-client-request-id`	自選。提供客戶端產生的不透明值，其中包含設定記錄時記錄的 1-kibibyte （KiB）字元限制。強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。如需詳細資訊，請參閱監視 Azure 佇列記憶體。

要求本文

沒有。

回應

回應包含 HTTP 狀態代碼、一組響應標頭和響應主體。

狀態代碼

成功的作業會傳回狀態代碼 200 （確定）。

如您需狀態代碼的詳細資訊，請參閱狀態和錯誤碼。

回應標頭

此作業的回應包含下列標頭。回應也可能包含額外的標準 HTTP 標頭。所有標準標頭都符合 HTTP/1.1 通訊協定規格，。

回應標頭	描述
`x-ms-request-id`	可唯一識別提出的要求，並可用來針對要求進行疑難解答。如需詳細資訊，請參閱針對 API 作業進行疑難解答。
`x-ms-version`	指出用來執行要求的 Azure 佇列記憶體版本。針對針對 2009-09-19 版或更新版本提出的要求，會傳回此標頭。
`Date`	服務所產生的 UTC 日期/時間值，表示起始響應的時間。
`x-ms-client-request-id`	可用來針對要求及其對應的回應進行疑難解答。如果此標頭存在於要求中，則這個標頭的值等於 `x-ms-client-request-id` 標頭的值，而且值包含不超過 1,024 個可見的 ASCII 字元。如果要求中沒有 `x-ms-client-request-id` 標頭，它就不會出現在回應中。

回應本文

如果已為佇列指定預存存取原則，Get Queue ACL 會在回應本文中傳回已簽署的標識碼和存取原則。

<?xml version="1.0" encoding="utf-8"?>  
<SignedIdentifiers>  
  <SignedIdentifier>  
    <Id>unique-value</Id>  
    <AccessPolicy>  
      <Start>start-time</Start>  
      <Expiry>expiry-time</Expiry>  
      <Permission>abbreviated-permission-list</Permission>  
    </AccessPolicy>  
  </SignedIdentifier>  
</SignedIdentifiers>

範例回應

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Transfer-Encoding: chunked  
Date: Sun, 10 Jun 2012 20:28:22 GMT  
x-ms-version: 2012-02-12  
Server: Windows-Azure-Queue/1.0 Microsoft-HTTPAPI/2.0  
  
<?xml version="1.0" encoding="utf-8"?>  
<SignedIdentifiers>  
  <SignedIdentifier>   
    <Id>MTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTI=</Id>  
    <AccessPolicy>  
      <Start>2009-09-28T08:49:37.0000000Z</Start>  
      <Expiry>2009-09-29T08:49:37.0000000Z</Expiry>  
      <Permission>raup</Permission>  
    </AccessPolicy>  
  </SignedIdentifier>  
</SignedIdentifiers>

授權

在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。您可以使用 Microsoft Entra ID 或共用金鑰來授權 Get Queue ACL 作業。

若要使用 Microsoft Entra 識別元授權 Get Queue ACL 作業，安全性主體需要自定義的 Azure RBAC 角色，其中包含下列 RBAC 動作：Microsoft.Storage/storageAccounts/queueServices/queues/getAcl/action。

重要

Microsoft建議搭配受控識別使用 Microsoft Entra ID 來授權對 Azure 記憶體的要求。相較於共用密鑰授權，Microsoft Entra ID 提供更高的安全性和易於使用性。

言論

沒有。

另請參閱

定義預存存取原則
 定義預存存取原則
 設定佇列 ACL
授權對 Azure 記憶體的要求
 狀態和錯誤碼

共用方式為