【Azure API 管理】从微信小程序访问APIM出现200空响应的问题中发现CORS的属性[terminate-unmatched-request]功能

问题描述

使用微信小程序调用APIM(API Management)中的接口，发现POST和PUT请求被拦截，返回的状态码为200，但是无消息内容。

在小程序中的调用JS代码如：

 

通过浏览器测试得到的响应体为：

如上图所见，微信小程序中发出的POST请求Status Code为200 OK，但Response Length为0。由于在模拟器(Chrome浏览器模拟)并没有如正常的CORS域名一样报错消息，所以无法明确知道是什么情况导致这一问题。

 

附：正常的CORS报错信息为：

Access to XMLHttpRequest at 'https://test01.azure-api.cn/echo/resource1111' from origin 'https://localhost:44356' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.

jquery.js:10099 POST https://test01.azure-api.cn/echo/resource1111 net::ERR_FAILED

 

问题原因

在遇见此类不明确问题时，需要找出问题点。所以此次问题的排查方向如下：

1） 在APIM的门户中，使用Test功能测试接口（APIM门户提供测试接口的功能）

2） 使用Postman工具，发送API请求进行测试

3） 在同样的代码中访问另一个API或者另一个APIM中的接口

 

通过测试，发现针对同一接口，第一，二的测试都是可以成功访问。在第三个测试中，发现其他APIM的接口可以通过微信小程序正常访问。通过以上步骤可以确定，是APIM的某些策略的设定影响了请求处理。所以在检查在APIM的配置策略中，发现对API配置了CORS策略。而且通过删除策略进行验证(注：删除策略后，可能需要等待45分钟左右才会生效)，POST,PUT请求从微信小程序中访问成功。

 

在进一步分析APIM的CORS策略，有一个terminate-unmatched-request属性，它的目的就是终止不匹配CORS设定的请求，默认值为True，它会返回一个空的200请求。

Name

Description

Required

Default

terminate-unmatched-request

此属性控制与CORS策略设置不匹配的跨域请求的处理。

 

当将OPTIONS请求作为pre-flight请求(预请求)处理且与CORS策略设置不匹配时：

  • 如果属性设置为true，请立即以200 OK响应作为空白终止请求；否则，请执行以下操作：
  • 如果该属性设置为false，将检查其他的in-scope CORS策略应用它们。如果未找到CORS策略，请以空200 OK响应终止请求。

 

当GET或HEAD请求包含Origin报头（并因此作为跨域请求处理）且与CORS策略设置不匹配时：

  • 如果该属性设置为true，请立即以200 OK响应为空终止该请求；否则，请执行以下操作：
  • 如果该属性设置为false，则允许请求正常进行，并且不要在响应中添加CORS标头。

 

Source: https://docs.microsoft.com/en-us/azure/api-management/api-management-cross-domain-policies#CORS

No

true

 

 

解决问题

通过根本原因的分析，发现APIM中配置的策略为：

<policies>
    <inbound>
        <base />
        <cors allow-credentials="true">
            <allowed-origins>
                <origin>http://localhost:9372</origin>
            </allowed-origins>
            <allowed-methods preflight-result-max-age="300">
                <method>GET</method>
                <method>POST</method>
                <method>PUT</method>
                <method>OPTIONS</method>
                <method>PATCH</method>
                <method>DELETE</method>
            </allowed-methods>
            <allowed-headers>
                <header>x-zumo-installation-id</header>
                <header>x-zumo-application</header>
                <header>x-zumo-version</header>
                <header>x-zumo-auth</header>
                <header>Authorization</header>
                <header>content-type</header>
                <header>accept</header>
            </allowed-headers>
            <expose-headers>
                <header>x-zumo-installation-id</header>
                <header>x-zumo-application</header>
            </expose-headers>
        </cors>
    </inbound>
    <backend>
        <base />
    </backend>
    <outbound>
        <base />
    </outbound>
    <on-error>
        <base />
    </on-error>
</policies>

返回空200请求的消息体Origin值截图：

 

以上Allowed Origins中，只有 https://localhost:9372 允许跨域访问，而在微信小程序的POST的测试请求中，Request所携带的Origin值为 http://127.0.0.1:27323 端口，所以该POST请求无法配置CORS策略，返回200的空响应。当在CORS策略中添加 http://127.0.0.1:27323或者设置 * 后，请求成功。

 

 

参考资料

API Management cross domain policies：https://docs.microsoft.com/en-us/azure/api-management/api-management-cross-domain-policies#CORS

 

附录一： APIM中CORS的说明

CORS

cors 策略向操作或 API 添加跨源资源共享 (CORS) 支持，以便从基于浏览器的客户端执行跨域调用。

CORS 允许浏览器与服务器交互，并确定是否允许特定的跨源请求（例如，通过某个网页上的 JavaScript 对其他域执行 XMLHttpRequests 调用）。 与只允许同源请求相比，它的灵活性更高，而且比允许所有跨源请求更安全。

策略语句

<cors allow-credentials="false|true">
    <allowed-origins>
        <origin>origin uri</origin>
    </allowed-origins>
    <allowed-methods preflight-result-max-age="number of seconds">
        <method>http verb</method>
    </allowed-methods>
    <allowed-headers>
        <header>header name</header>
    </allowed-headers>
    <expose-headers>
        <header>header name</header>
    </expose-headers>
</cors>

示例

此示例演示如何支持预检请求，例如那些具有自定义标头或 GET 和 POST 之外的方法的预检请求。 若要支持自定义标头和其他 HTTP 谓词，请使用 allowed-methods 和 allowed-headers 部分，如以下示例所示。

<cors allow-credentials="true">
    <allowed-origins>
        <!-- Localhost useful for development -->
        <origin>http://localhost:8080/</origin>
        <origin>http://example.com/</origin>
    </allowed-origins>
    <allowed-methods preflight-result-max-age="300">
        <method>GET</method>
        <method>POST</method>
        <method>PATCH</method>
        <method>DELETE</method>
    </allowed-methods>
    <allowed-headers>
        <!-- Examples below show Azure Mobile Services headers -->
        <header>x-zumo-installation-id</header>
        <header>x-zumo-application</header>
        <header>x-zumo-version</header>
        <header>x-zumo-auth</header>
        <header>content-type</header>
        <header>accept</header>
    </allowed-headers>
    <expose-headers>
        <!-- Examples below show Azure Mobile Services headers -->
        <header>x-zumo-installation-id</header>
        <header>x-zumo-application</header>
    </expose-headers>
</cors>

 

元素

名称描述必须默认
cors 根元素。 是 不适用
allowed-origins 包含的 origin 元素说明了跨域请求的允许来源。 allowed-origins 可能包含单个 origin 元素，该元素指定允许任何源的 *，或者包含一个或多个内含 URI 的 origin 元素。 是 不适用
origin 值可以是允许所有源的 *，或者是用于指定单个源的 URI。 URI 必须包括方案、主机和端口。 是 如果 URI 中省略了端口，则端口 80 用于 HTTP，端口 443 用于 HTTPS。
allowed-methods 如果允许 GET 或 POST 之外的方法，则此元素是必需的。 包含 method 元素，用于指定支持的 HTTP 谓词。 值 * 指示所有方法。 否 如果此部分不存在，则支持 GET 和 POST。
method 指定 HTTP 谓词。 如果 allowed-methods 部分存在，则至少一个 method 元素是必需。 不适用
allowed-headers 此元素包含 header 元素，用于指定可以包括在请求中的标头的名称。 否 不适用
expose-headers 此元素包含 header 元素，用于指定可以通过客户端访问的标头的名称。 否 不适用
标头 指定标头名称。 如果节存在，则 allowed-headers 或 expose-headers 中至少一个 header 元素是必需。 不适用

属性

名称描述必须默认
allow-credentials 预检响应中的 Access-Control-Allow-Credentials 标头将设置为此属性的值，会影响客户端在跨域请求中提交凭据的功能。 否 false
preflight-result-max-age 预检响应中的 Access-Control-Max-Age 标头将设置为此属性的值，会影响用户代理缓存预检响应的功能。 否 0

使用情况

此策略可在以下策略节和范围中使用。

  • 策略节： 入站
  • 策略范围： 所有范围

 

posted @ 2021-03-08 19:54  路边两盏灯  阅读(643)  评论(2)  编辑  收藏  举报