Compartir a través de

API 管理策略中的错误处理

  • Artículo

适用于：所有 API 管理层级

Azure API 管理通过提供 ProxyError 对象，允许发布服务器响应在处理请求的过程中可能发生的错误情况。 ProxyError 对象可通过 context.LastError 属性访问，并可由 on-error 策略节中的策略使用。 本文提供的参考针对 Azure API 管理中的错误处理功能。

API 管理中的错误处理

Azure API 管理中的策略分为 inbound、backend、outbound 和 on-error 部分，如以下示例所示。

<policies>
    <inbound>
        <!-- statements to be applied to the request go here -->
    </inbound>
    <backend>
        <!-- statements to be applied before the request is
             forwarded to the backend service go here -->
    </backend>
    <outbound>
        <!-- statements to be applied to the response go here -->
    </outbound>
    <on-error>
        <!-- statements to be applied if there is an error
             condition go here -->
    </on-error>
</policies>

在处理请求期间，内置的步骤与请求范围内的策略一起执行。 如果发生错误，处理会立即跳转到 on-error 策略节。 on-error 策略节可以在任何范围内使用。 API 发布者可配置自定义行为，例如将错误记录到事件中心，或者创建新的需要返回到调用方的响应。

注意

默认情况下，on-error 节不存在于策略中。 要将 on-error 节添加到策略，请在策略编辑器中浏览到所需策略，然后将其添加进去。 有关配置策略的详细信息，请参阅 API 管理中的策略。

如果没有 on-error 节，则在出现错误情况时，调用方会收到 400 或 500 HTTP 响应消息。

出错时允许的策略

以下策略可以用在 on-error 策略节中。

LastError

当发生错误且控制跳转到 on-error 策略节时，错误会存储在 context.LastError 属性中，该属性可以通过 on-error 节中的策略进行访问。 LastError 具有以下属性。

名称 Type 描述 必须
Source string 指定在其中发生错误的元素。 可以是策略或内置管道步骤名称。 是
Reason string 计算机友好错误代码，可以用在错误处理中。 否
Message string 用户可读的错误说明。 是
Scope string 在其中发生错误的范围的名称，可以是以下值之一：“全局”、“产品”、“API”、“操作” 否
Section string 发生错误的节名称。 可能的值：“inbound”、“backend”、“outbound”或“on-error”。 否
Path string 指定嵌套策略，例如“choose[3]/when[2]”。 否
PolicyId string 在其中发生错误的策略的 id 属性（如果已由客户指定）的值 否

提示

可以通过 context.Response.StatusCode 访问状态代码。

注意

所有策略都有一个可选的 id 属性，该属性可以添加到策略的根元素。 如果出现错误情况时该属性存在于策略中，则可使用 context.LastError.PolicyId 属性检索该属性的值。

针对内置步骤的预定义错误

针对评估内置处理步骤期间可能发生的错误情况，预定义了以下错误。

Source 条件 Reason Message
配置 URI 与任何 API 或操作均不匹配 OperationNotFound 无法匹配操作的传入请求。
authorization 未提供订阅密钥 SubscriptionKeyNotFound 由于缺少订阅密钥，访问被拒绝。 请确保在向此 API 发出请求时包括订阅密钥。
authorization 订阅密钥值无效 SubscriptionKeyInvalid 由于订阅密钥无效，访问被拒绝。 请确保提供活动订阅的有效密钥。
多个 请求挂起时，客户端中止了下游连接（从客户端到 API 管理网关） ClientConnectionFailure 多个
多个 上游连接（从 API 管理网关到后端服务）未建立或已被后端中止 BackendConnectionFailure 多个
多个 在计算特定表达式期间发生运行时异常 ExpressionValueEvaluationFailure 多个

针对策略的预定义错误

针对策略评估期间可能发生的错误情况，预定义了以下错误。

Source 条件 Reason Message
rate-limit 超出速率限制 RateLimitExceeded 超出速率限制
quota 超出配额 QuotaExceeded 超出调用卷配额。 配额会在 xx:xx:xx 复原。 -或- 超出带宽配额。 配额会在 xx:xx:xx 复原。
jsonp 回调参数值无效（包含错误字符） CallbackParameterInvalid 回调参数 {callback-parameter-name} 的值不是有效的 JavaScript 标识符。
ip-filter 无法分析请求中的调用方 IP FailedToParseCallerIP 无法确定调用方的 IP 地址。 访问被拒绝。
ip-filter 调用方 IP 不在允许列表中 CallerIpNotAllowed 不允许调用方 IP 地址 {ip-address}。 访问被拒绝。
ip-filter 调用方 IP 位于阻止列表中 CallerIpBlocked 已阻止调用方 IP 地址。 访问被拒绝。
check-header 必需的标头不存在或缺少值 HeaderNotFound 在请求中找不到标头 {header-name}。 访问被拒绝。
check-header 必需的标头不存在或缺少值 HeaderValueNotAllowed 不允许标头 {header-name} 的值 {header-value}。 访问被拒绝。
validate-jwt 请求中缺少 Jwt 令牌 TokenNotPresent JWT 不存在。
validate-jwt 签名验证失败 TokenSignatureInvalid <jwt 库中的消息>。 访问被拒绝。
validate-jwt 受众无效 TokenAudienceNotAllowed <jwt 库中的消息>。 访问被拒绝。
validate-jwt 颁发者无效 TokenIssuerNotAllowed <jwt 库中的消息>。 访问被拒绝。
validate-jwt 令牌已到期 TokenExpired <jwt 库中的消息>。 访问被拒绝。
validate-jwt 按 ID 无法解析签名密钥 TokenSignatureKeyNotFound <jwt 库中的消息>。 访问被拒绝。
validate-jwt 令牌中缺少必需的声明 TokenClaimNotFound JWT 令牌缺少以下声明: <c1>、<c2>… 访问被拒绝。
validate-jwt 声明值不匹配 TokenClaimValueNotAllowed 不允许声明 {claim-name} 的值 {claim-value}。 访问被拒绝。
validate-jwt 其他验证失败 JwtInvalid <jwt 库中的消息>
forward-request 或 send-request 在配置的超时时间内，未从后端收到 HTTP 响应状态代码和标头 超时 多个

示例

将 API 策略设置为以下内容：

<policies>
    <inbound>
        <base />
    </inbound>
    <backend>
        <base />
    </backend>
    <outbound>
        <base />
    </outbound>
    <on-error>
        <set-header name="ErrorSource" exists-action="override">
            <value>@(context.LastError.Source)</value>
        </set-header>
        <set-header name="ErrorReason" exists-action="override">
            <value>@(context.LastError.Reason)</value>
        </set-header>
        <set-header name="ErrorMessage" exists-action="override">
            <value>@(context.LastError.Message)</value>
        </set-header>
        <set-header name="ErrorScope" exists-action="override">
            <value>@(context.LastError.Scope)</value>
        </set-header>
        <set-header name="ErrorSection" exists-action="override">
            <value>@(context.LastError.Section)</value>
        </set-header>
        <set-header name="ErrorPath" exists-action="override">
            <value>@(context.LastError.Path)</value>
        </set-header>
        <set-header name="ErrorPolicyId" exists-action="override">
            <value>@(context.LastError.PolicyId)</value>
        </set-header>
        <set-header name="ErrorStatusCode" exists-action="override">
            <value>@(context.Response.StatusCode.ToString())</value>
        </set-header>
        <base />
    </on-error>
</policies>

并发送未经授权的请求将导致以下响应：

未经授权的错误响应

后续步骤

有关如何使用策略的详细信息，请参阅：