Request Transformer rule
Rule execution order
Transformation of request headers works in the following rule sequence for all services:
Fixed Issues
The Request Transformer, Authorize by Role, and other Proxy-only rules can now use Basic Auth for authentication. Previously, this combination did not work.
Field | Description |
---|---|
When this rule should be applied | An expression that defines one or more conditions that must be
true for the rule to execute.
Example: The expression |
Headers to Add/Replace |
The list of headers to add or replace into the request. If the name or value of an entry in the table is blank, no changes are made. |
Name | The name for the header to add or replace. Default value: N/A Example: X-content-type-options |
Value |
The value(s) for the header. If this field is an expression, it can return a list to simulate the header being repeated multiple times in the original request. If the header in the original request was repeated multiple times, this new value replaces all of the original values. If the original values need to be preserved, this field should be an expression that gets the original value and returns a modified version. Default value: N/A Example: nosniff |
Headers to Remove | The list of headers to remove from the request. The subfield Name functions the same way it does for Headers to Add/Replace. Default value: N/A Example: x-content-age |
Description |
Required. A brief description of this rule. Default value: Requests’ headers are being transformed as specified Example: ReqTrans-TestShared |