Windows Azure - 共享訪問簽名（SAS URI）

Question

繼承人三個問題給你！

1. 是否可以在不刷新存儲密鑰或使用存儲訪問策略的情況下撤消活動的SAS URI？

在我的應用程序中，所有用戶共享同一個blob容器。因此，使用存儲的訪問策略（每個容器最多5個）或刷新存儲密鑰（將導致刪除所有SAS URI）不是我的選擇。

1. 如果SAS URI不正確或過期，是否可以顯示自定義錯誤？

這是默認頁面：

如果我允許用​​戶創建他們自己的SAS URI的上傳/下載，我需要考慮設置限制？這可以被濫用嗎？ 目前，在我的應用程序中，您有多少上傳限制，但不限制您允許創建多少個SAS URIS。只要不完成上載或超過允許的存儲字節，用戶就可以隨心所欲地獲得多少SAS URIS。 真正的文件共享網站如何處理這個問題？ SAS URI創建成本是多少？

編輯 - 的問題3澄清。

在您可以上傳或下載blob之前，您必須先獲取SAS URI。我想知道創建SAS URI是否「昂貴」。想象一下，一個用戶利用這一點，一遍又一遍地創建一個SAS URI，而無需完成上傳/下載。

我也想知道真正的文件共享網站如何處理這個問題。很容易存儲用戶使用多少存儲空間的信息，並將這些信息加入限制等，但是...如果用戶不斷上傳文件到99％，然後再次取消並重新啓動並執行相同的操作，我想它會主機

Answer 1

成本很多回答您的問題：

1. 沒有，即席SAS令牌（即沒有存儲訪問策略令牌）不能被撤銷不是改變存儲密鑰或訪問策略等。
2. 不，目前不能自定義錯誤信息。顯示存儲服務返回的標準錯誤。
3. 您需要提供更多關於3的詳細信息。現在，我認爲我們沒有足夠的信息來發表評論。

UPDATE

關於你提到的有關問題多麼昂貴創建SAS URI是，有一件事是，創建一個SAS URI不涉及製作REST API調用存儲服務，所以沒有存儲交易參與其中。所以從存儲方面來說，創建SAS URI沒有任何成本。假設你的服務是一個Web應用程序，只有我能想到的成本是用戶打電話給你的服務來創建一個SAS URI。

關於你對於真實文件共享網站如何處理它的評論，我認爲除非有文件共享網站的人回答它，否則這純粹是推測性的。

（我的推測迴應:)）如果我正在運行一個文件共享網站，我不會太擔心這種事情，只是因爲人們沒有時間在你的網站/應用程序中「亂搞」。這並不是說用戶會以「讓我們上傳文件直到上傳爲99％，取消上傳並再次執行」爲目的來訪問您的網站。但同樣，這純粹是一種推測性的迴應:)。