问题标签 [azure-api-management]

我正在使用 Azure API 管理开发一个公共 API，然后调用我的云服务中的服务方法。为了允许其他应用程序在浏览器环境中使用此 API，我需要在云服务中启用 CORS。启用 CORS 涉及处理浏览器发送的 OPTIONS 请求，作为飞行前检查是否设置了正确的标头。

为了确保 OPTIONS 请求到达我的应用程序，我不得不在我的 web.config 中进行一些更改：

这可确保 OPTIONS 调用到达我的 .ashx 和 .svc 代码，然后我可以在其中设置正确的标头。

当我从另一个域调用服务时，这一切都可以在本地正常工作，例如使用 js fiddle。

但是，当我将应用程序上传到 Azure 时，它​​不再起作用。任何 OPTIONS 请求都会立即返回 404。

似乎用于将 OPTIONS 请求转发到我的应用程序的处理程序定义在 Azure 上不起作用。

我的问题是：我需要配置什么以确保 OPTIONS 请求到达我的应用程序并且可以在 Azure 上处理？

我和这个人有同样的问题：我可以通过 Azure API 管理服务运行我的 SignalR 集线器吗？

我似乎无法在服务中配置它：它只允许我转发 HTTP/HTTPS 流量。这与论坛帖子中的人的答案相匹配。我点击链接到微软论坛，但似乎没有跟进这个问题。由于响应是从 2014 年开始的，我想——也许现在有可能。

我正在编写脚本以通过 Powershell 创建 Azure API。主要寻找通过Powershell脚本添加/更新API操作。有人可以为此指出好的文档吗？

是否可以ClassicCompute使用 Azure 资源管理器库获取虚拟机列表并对其进行管理？

使用 Azure 预览门户创建的 VM 和存储帐户也是经典版本。

是否不支持使用 azure preview 门户创建 V2 VM，或者我缺少任何设置？

我已经在 Azure 网站上部署了我的 webapi，并通过 Azure Api 管理门户公开了它。我想阻止对 azurewebsites url 的访问，以便用户只能通过安全密钥通过 azure aoi 管理代理访问我的 api。您能否说明如何做到这一点。我听说可以使用相互证书，但没有在网上找到任何描述创建此类证书和配置 web api 以有效使用它们的过程的文章。我的第二个问题是，是否有一种机制可以根据用户名/密码和产品名称获取 Api 主键。关于保留该 api 访问密钥的最佳方法是什么。客户端应用程序是否应该将其存储在某个配置文件中，并且应该在运行时以编程方式获得？

非常感谢

My Web Api 托管在 AzureWebsites 上，并通过 Azure Api 管理公开。我只是想知道在这种情况下如何启用压缩？它会是 azurewebsites 上的东西还是应该通过 Api 管理门户和如何完成？

我正在 Azure Api 管理中创建操作，并希望创建可选参数。有人知道如何做到这一点吗？

In Azure API Management, we can create operations through the Portal. See below link. https://azure.microsoft.com/en-in/documentation/articles/api-management-howto-add-operations/

Is there anyway to configure the Operations through C#/Code instead of portal?

Regards, Pratik

我发现调用 Azure 的管理 API 的授权流程令人困惑，即不是 Azure API 管理，它是 API 网关 SaaS，我希望得到一些澄清。

来自https://msdn.microsoft.com/en-us/library/azure/dn629581.aspx的文档：

虽然 Azure 最初只允许 Microsoft 帐户用户访问，但现在它允许来自两个系统的用户访问。这是通过让所有 Azure 属性信任 Azure AD 进行身份验证、让 Azure AD 对组织用户进行身份验证以及创建联合关系来完成的，其中 Azure AD 信任 Microsoft 帐户消费者身份系统来对消费者用户进行身份验证。因此，Azure AD 能够对“来宾”Microsoft 帐户以及“本机”Azure AD 帐户进行身份验证。

和http://blogs.technet.com/b/ad/archive/2014/08/15/prepping-for-new-management-features.aspx：

您的 Microsoft Azure 订阅使用 Azure Active Directory 将用户登录到管理门户并保护对 Azure 管理 API 的访问。

该文档使我相信与订阅关联的 Azure AD 租户充当 STS，其中管理 API 是 RP，或者分别使用 OAuth 术语的授权服务器和资源服务器。租户还可以选择信任第三方 STS，例如另一个租户或 Microsoft 帐户服务，从而允许来自外部身份提供者的用户访问管理 API。

博文还写道：

Azure 很快将要求管理员在 Azure Active Directory 中注册，以便能够登录到 Azure 门户或使用 Azure 管理 API。

在我看来，取消管理员帐户与订阅的 Azure AD 租户的关联，无论它是租户的“本机”帐户还是联合帐户，都应该撤销他们对管理 API 的访问权限。

我尝试使用我的订阅来验证假设，但无法完全理解结果。假设订阅有三个管理员：

• SA使用联合 Microsoft 帐户的服务管理员
• CA-AAD使用订阅信任的租户的“本机”帐户的共同管理员
• CA-MSA再次使用联合 Microsoft 帐户的共同管理员

通过向租户注册的所有三个帐户，它们中的任何一个都可以管理属于订阅的资源以及使用 Web 应用程序，该应用程序反过来通过用户模拟访问Insights API 。

CA-AAD一旦 cookie/访问令牌过期，从租户中删除将不允许该帐户管理资源和访问 Insights API。这是预期的行为，但现在不存在的帐户仍列为订阅的共同管理员。

但是，CA-MSA从租户中移除并不会阻止该帐户管理资源或访问 API。这种行为甚至在会话之间持续存在，并且该帐户仍被列为共同管理员，而不是预期的结果。

现在讨论问题：

• 为什么在CA-MSA未向租户注册的情况下仍允许继续访问管理 API？
• 访问管理 API 的授权流程是什么？
• 帐户如何映射到列为订阅的共同管理员的帐户？

在 Azure API 管理中，当客户端调用 API 时，应在标头中使用名称“Ocp-Apim-Subscription-Key”传递订阅密钥。我们可以将此名称更改为其他名称吗？