APIM背后的Azure服务总线

Question

我正在尝试通过APIM向服务总线队列发送消息。我已经阅读了几篇类似下面的文章，但运气不佳https://connectedcircuits.blog/2018/09/25/exposing-azure-service-bus-through-apim-generating-a-sas-token-and-setting-the-session-id/ https://www.serverlessnotes.com/docs/load-article/docs/en/expose-service-bus-queue-through-api-management

现在的问题是，当我尝试发送消息时，而不是创建的典型201，我只收到200 OK，没有消息到达队列。请注意，它工作得很好，直接攻击有问题的服务总线。

以下是我目前使用的政策

<policies>
<inbound>
<set-header name="Authorization" exists-action="override">
<value>@{
// Load variables
string resourceUri = "xxxxx.servicebus.windows.net/apimqueue/messages";
string sasKeyName = "";
string sasKey = "";
// Set the token lifespan
System.TimeSpan sinceEpoch = System.DateTime.UtcNow.Subtract(new System.DateTime(1970, 1, 1));
var expiry = System.Convert.ToString((int)sinceEpoch.TotalSeconds + 60); //1 minute
string stringToSign = System.Uri.EscapeDataString(resourceUri) + "\n" + expiry;
System.Security.Cryptography.HMACSHA256 hmac = new System.Security.Cryptography.HMACSHA256(System.Text.Encoding.UTF8.GetBytes(sasKey));
var signature = System.Convert.ToBase64String(hmac.ComputeHash(System.Text.Encoding.UTF8.GetBytes(stringToSign)));
// Format the sas token
var sasToken = String.Format("SharedAccessSignature sr={0}&sig={1}&se={2}&skn={3}",
System.Uri.EscapeDataString(resourceUri), System.Uri.EscapeDataString(signature), expiry, sasKeyName);
return sasToken;
}</value>
</set-header>
</inbound>
<backend>
<!-- base: Begin Product scope -->
<!-- base: Begin Global scope -->
<forward-request />
<!-- base: End Global scope -->
<!-- base: End Product scope -->
</backend>
<outbound />
<on-error />
</policies>

我在回电话后得到的回复https://apimtestbus.azure-api.net/azurebustest21243.servicebus.windows.net/apimqueue/messages

HTTP/1.1200ok

content-length: 0

日期：星期日，2021年5月23日06:0:25GMT OCP-APIM APIID：SeriBUS OCP-APIM操作ID：发送消息OCP-APIM订阅ID：主OCP-APIM跟踪位置：https://apimstdebros05i5mtudswoa.blob.core.windows.net/apiinspectorcontainer/cHcJa9krxa3PhOTGYwgFgw2-37?sv=2019-07-07

任何帮助都将不胜感激

Answer 1

问题是我在API级别确认了一个策略，但在操作级别的另一个策略覆盖了它。删除操作级别策略后，该策略起作用。