Windows Azure - 共享访问签名（SAS URI）

Question

你有三个问题！

1. 是否可以在不刷新存储密钥或使用存储访问策略的情况下撤销活动SAS URI？

在我的应用程序中，所有用户共享同一个blob容器。因此，使用存储的访问策略（每个容器最多5个）或刷新存储密钥（将导致所有SAS URI＆＃39; S被删除）不适合我。

1. 如果SAS URI不正确或已过期，是否可以显示自定义错误？

这是默认页面：

1. 如果我让用户创建自己的SAS URI进行上传/下载，我是否需要考虑设置限制？这会被滥用吗？ 目前，在我的应用程序中，允许上传的数量有限制，但对您允许创建的SAS URIS数量没有限制。只要不完成上传或超过允许的存储字节，用户就可以获得他们喜欢的SAS URIS数量。 真正的文件共享网站如何处理这个问题？ 创建SAS URI需要多少费用？

修改 - 澄清问题3 。

在上传或下载blob之前，必须先获取SAS URI。我想知道它是否昂贵＆＃34;创建SAS URI。想象一下，如果用户利用这一点，一遍又一遍地创建SAS URI而不完成上传/下载。

我还想知道真正的文件共享网站如何处理这个问题。可以很容易地存储有关用户使用多少存储空间的信息以及该信息的限制等信息，但是...如果用户继续上传文件到99％然后取消并重新启动并执行相同的操作，我想这对主人来说会花很多钱。

Answer 1

回答你的问题：

1. 不可以，除了更改存储密钥或访问策略之外，不能撤销ad-hoc SAS令牌（即没有存储访问策略的令牌）。
2. 不，此时无法自定义错误消息。将显示存储服务返回的标准错误。
3. 您需要提供更多有关3的详细信息。目前，我认为我们没有足够的信息可以发表评论。

<强>更新

关于创建SAS URI有多昂贵的问题，有一点是创建SAS URI不涉及对存储服务进行REST API调用，因此不涉及存储事务。因此，从存储方面来说，创建SAS URI不需要任何费用。假设您的服务是一个Web应用程序，我只能想到的是用户调用您的服务来创建SAS URI。

关于您对真实文件共享网站如何处理它的评论，我认为除非有文件共享网站的人回答它，否则它将纯粹是推测性的。

（我的推测性反应:)）如果我正在运行一个文件共享网站，我不会太担心这种事情，因为人们没有时间去捣乱＃34;与您的网站/应用程序。这并不意味着用户会故意进入您的网站，并且只需上传文件直到上传为99％，取消上传并再次执行此操作＆＃34; :)。但同样，这纯粹是一种推测性反应：）。