Azure API管理:开放API(无订阅密钥)仍给出错误401

Azure API管理:开放API(无订阅密钥)仍给出错误401,azure,azure-api-management,Azure,Azure Api Management,我想设置一个开放式API,即不需要订阅密钥的API 我已经创建了API并将其关联到一个未选中“requires subscription”并已发布的新产品。但是,任何对此API的调用都会导致可怕的401“由于缺少订阅密钥,访问被拒绝。请确保在向API发出请求时包含订阅密钥。” 我错过了什么 在将此标记为重复之前:我搜索过类似的问题: 它们似乎都表明,只要API是已发布产品的一部分,并且“requires subscription”未被选中就足够了。显然,肯定还有其他原因,因为在这种情

我想设置一个开放式API,即不需要订阅密钥的API

我已经创建了API并将其关联到一个未选中“requires subscription”并已发布的新产品。但是,任何对此API的调用都会导致可怕的401“由于缺少订阅密钥,访问被拒绝。请确保在向API发出请求时包含订阅密钥。”

我错过了什么

在将此标记为重复之前:我搜索过类似的问题:

它们似乎都表明,只要API是已发布产品的一部分,并且“requires subscription”未被选中就足够了。显然,肯定还有其他原因,因为在这种情况下,我仍然得到401…

您可以使用
策略检测令牌是否无效,如果是,则返回401响应

根据RFC 6750,它描述了如何使用承载令牌,API管理还返回带有401响应的
WWW-Authenticate
头。
WWW-Authenticate
旨在指导客户端如何构造正确授权的请求


有关更多详细信息,您可以参考此信息。

您似乎在做每件事。你能补充更多信息吗?产品属性、API设置页面和您正在进行的呼叫的屏幕截图。@VitaliyKurokhtin出于保密原因,我不想发布实际API的屏幕截图,所以我尝试从头开始创建一个新的屏幕截图,猜猜看:它可以工作。。。所以现在我“只”需要找出区别。好吧,现在不做任何改变,我突然无法在我的原始API上获得401。某处是否存在缓存或延迟更新???@Joycai抱歉,但正如我所说,我没有更改任何内容,第二天它突然起作用,所以我无法将任何答案标记为已接受。我无法解释为什么它不起作用。虽然我已经进行了两次和三次检查,但我没有正确地进行测试也不是不可能的。我现在遇到了这个问题,并且拥有Azure支持的开放票证。和我一起工作的支持工程师在将问题升级到另一位工程师之前做了一次屏幕共享。可能有个bug。一旦他们诊断出问题,我会立即更新。