我可以在azure blob存储中为单个文件拥有多个共享访问签名吗？
我有这样一种情况，我想发送一个链接到一个用户有3个月访问权限的文件，然后发送给另一个用户有1个月访问权限的相同文件。因此，我想为该文件创建两个不同的SA我可以在azure blob存储中为单个文件拥有多个共享访问签名吗？,azure,azure-storage,azure-storage-blobs,Azure,Azure Storage,Azure Storage Blobs,我有这样一种情况，我想发送一个链接到一个用户有3个月访问权限的文件，然后发送给另一个用户有1个月访问权限的相同文件。因此，我想为该文件创建两个不同的SA 这是否受支持，或者每次我获得SAS文件时，它都会覆盖以前的文件？答案是肯定的。我刚刚上传了一个文件并生成了两个不同的SA-一个在10:59到期，另一个在11:10到期。11:00时，第一个已过期，并在给定URL上返回“AuthenticationFailed” 开始日期时间和结束日期时间嵌入SAS中，以便URL携带明显的时间差异，系统可以看到差
这是否受支持，或者每次我获得SAS文件时，它都会覆盖以前的文件？答案是肯定的。我刚刚上传了一个文件并生成了两个不同的SA-一个在10:59到期，另一个在11:10到期。11:00时，第一个已过期，并在给定URL上返回“AuthenticationFailed”
开始日期时间和结束日期时间嵌入SAS中，以便URL携带明显的时间差异，系统可以看到差异 答案是肯定的。我刚刚上传了一个文件并生成了两个不同的SA-一个在10:59到期，另一个在11:10到期。11:00时，第一个已过期，并在给定URL上返回“AuthenticationFailed”
开始日期时间和结束日期时间嵌入SAS中，以便URL携带明显的时间差异，系统可以看到差异 SAS是基于一组策略/密钥生成的令牌。Azure存储（因为您使用的是Blob）不会在服务器端跟踪这些令牌。出现的情况是，当显示SAS令牌时，它包括“哈希”签名值以及用于对请求进行签名的权限或策略。然后，存储服务使用与生成原始哈希相同的密钥重新计算哈希，并将其与显示的签名值进行比较
因为令牌本身不被服务跟踪，所以理论上可以生成无限多的令牌 SAS是基于一组策略/密钥生成的令牌。Azure存储（因为您使用的是Blob）不会在服务器端跟踪这些令牌。出现的情况是，当显示SAS令牌时，它包括“哈希”签名值以及用于对请求进行签名的权限或策略。然后，存储服务使用与生成原始哈希相同的密钥重新计算哈希，并将其与显示的签名值进行比较 因为令牌本身不被服务跟踪，所以理论上可以生成无限多的令牌