Preberi v angleščini Uredi

Deli z drugimi prek

Set header

  • Članek

APPLIES TO: All API Management tiers

The set-header policy assigns a value to an existing HTTP response and/or request header or adds a new response and/or request header.

Use the policy to insert a list of HTTP headers into an HTTP message. When placed in an inbound pipeline, this policy sets the HTTP headers for the request being passed to the target service. When placed in an outbound pipeline, this policy sets the HTTP headers for the response being sent to the gateway’s client.

Opomba

Set the policy's elements and child elements in the order provided in the policy statement. To help you configure this policy, the portal provides a guided, form-based editor. Learn more about how to set or edit API Management policies.

Policy statement

XML 
<set-header name="header name" exists-action="override | skip | append | delete">
    <value>value</value> <!--for multiple headers with the same name add additional value elements-->
</set-header>

Attributes

Name Description Required Default
exists-action Specifies action to take when the header is already specified. This attribute must have one of the following values.

- override - replaces the value of the existing header.
- skip - does not replace the existing header value.
- append - appends the value to the existing header value.
- delete - removes the header from the request.

When set to override, enlisting multiple entries with the same name results in the header being set according to all entries (which will be listed multiple times); only listed values will be set in the result.

Policy expressions are allowed.		 No override
name Specifies name of the header to be set. Policy expressions are allowed. Yes N/A

Elements

Name Description Required
value Specifies the value of the header to be set. Policy expressions are allowed. For multiple headers with the same name, add additional value elements. No

Usage

Usage notes

Multiple values of a header are concatenated to a CSV string, for example:

headerName: value1,value2,value3

Exceptions include standardized headers whose values:

  • may contain commas (User-Agent, WWW-Authenticate, Proxy-Authenticate)
  • may contain date (Cookie, Set-Cookie, Warning),
  • contain date (Date, Expires, If-Modified-Since, If-Unmodified-Since, Last-Modified, Retry-After).

In case of those exceptions, multiple header values won't be concatenated into one string and will be passed as separate headers, for example:

User-Agent: value1
User-Agent: value2
User-Agent: value3

The following limitations apply:

  • Removal of Server header isn't supported.
  • Headers: Connection, ContentLength, KeepAlive, TransferEncoding cannot be modified or deleted.

Examples

Add header, override existing

XML 
<set-header name="some header name" exists-action="override">
    <value>20</value>
</set-header>

Remove header

XML 
 <set-header name="some header name" exists-action="delete" />

Forward context information to the backend service

This example shows how to apply policy at the API level to supply context information to the backend service.

XML 
<!-- Copy this snippet into the inbound element to forward some context information, user id and the region the gateway is hosted in, to the backend service for logging or evaluation -->
<set-header name="x-request-context-data" exists-action="override">
  <value>@(context.User.Id)</value>
  <value>@(context.Deployment.Region)</value>
</set-header>

For more information, see Policy expressions and Context variable.

Related content

For more information about working with policies, see: