You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -167,7 +167,7 @@ The access log is generated only if you've enabled it on each Application Gatewa
167
167
|httpVersion | HTTP version of the request. |
168
168
|receivedBytes | Size of packet received, in bytes. |
169
169
|sentBytes| Size of packet sent, in bytes.|
170
-
|clientResponseTime| Length of time (in **seconds**) that it takes for the first byte of a client request to be processed and the first byte sent in the response to the client. |
170
+
|clientResponseTime| Time difference (in **seconds**) between first byte received from the backend to first byte sent to the client. |
171
171
|timeTaken| Length of time (in **seconds**) that it takes for the first byte of a client request to be processed and its last-byte sent in the response to the client. It's important to note that the Time-Taken field usually includes the time that the request and response packets are traveling over the network. |
172
172
|WAFEvaluationTime| Length of time (in **seconds**) that it takes for the request to be processed by the WAF. |
173
173
|WAFMode| Value can be either Detection or Prevention |
@@ -246,7 +246,7 @@ The access log is generated only if you've enabled it on each Application Gatewa
246
246
|sentBytes| Size of packet sent, in bytes.|
247
247
|timeTaken| Length of time (in milliseconds) that it takes for a request to be processed and its response to be sent. This is calculated as the interval from the time when Application Gateway receives the first byte of an HTTP request to the time when the response send operation finishes. It's important to note that the Time-Taken field usually includes the time that the request and response packets are traveling over the network. |
248
248
|sslEnabled| Whether communication to the backend pools used TLS/SSL. Valid values are on and off.|
249
-
|host| The hostname with which the request has been sent to the backend server. If backend hostname is being overridden, this name will reflect that.|
249
+
|host| The hostname with which the request has been sent to the backend server. If backend hostname is being overridden, this name reflects that.|
250
250
|originalHost| The hostname with which the request was received by the Application Gateway from the client.|
Copy file name to clipboardExpand all lines: articles/application-gateway/features.md
+10-8Lines changed: 10 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: application-gateway
5
5
author: greg-lindsay
6
6
ms.service: application-gateway
7
7
ms.topic: conceptual
8
-
ms.date: 03/17/2023
8
+
ms.date: 03/24/2023
9
9
ms.author: greglin
10
10
---
11
11
@@ -88,7 +88,7 @@ For more information, see [Application Gateway redirect overview](redirect-overv
88
88
89
89
## Session affinity
90
90
91
-
The cookie-based session affinity feature is useful when you want to keep a user session on the same server. By using gateway-managed cookies, the Application Gateway can direct subsequent traffic from a user session to the same server for processing. This is important in cases where session state is saved locally on the server for a user session.
91
+
The cookie-based session affinity feature is useful when you want to keep a user session on the same server. Using gateway-managed cookies, the Application Gateway can direct subsequent traffic from a user session to the same server for processing. This is important in cases where session state is saved locally on the server for a user session.
92
92
93
93
For more information, see [How an application gateway works](how-application-gateway-works.md#modifications-to-the-request).
94
94
@@ -102,14 +102,16 @@ For more information, see [WebSocket support](application-gateway-websocket.md)
102
102
103
103
## Connection draining
104
104
105
-
Connection draining helps you achieve graceful removal of backend pool members during planned service updates or problems with backend health. This setting is enabled via the [Backend Setting](configuration-http-settings.md) and is applied to all backend pool members during rule creation. Once enabled, the aplication gateway ensures all deregistering instances of a backend pool don't receive any new requests while allowing existing requests to complete within a configured time limit. It applies to cases where backend instances are
106
-
- explicitly removed from the backend pool after a configuration change by a user,
105
+
Connection draining helps you achieve graceful removal of backend pool members during planned service updates or problems with backend health. This setting is enabled via the [Backend Setting](configuration-http-settings.md) and is applied to all backend pool members during rule creation. Once enabled, the application gateway ensures all deregistering instances of a backend pool don't receive any new requests while allowing existing requests to complete within a configured time limit. It applies to cases where backend instances are:
106
+
- explicitly removed from the backend pool after a configuration change by a user
107
107
- reported as unhealthy by the health probes, or
108
-
- removed during a scale-in operation.
108
+
- removed during a scale-in operation
109
109
110
-
The only exception is when requests continue to be proxied to the deregistering instances because of gateway-managed session affinity.
110
+
The only exception is when requests continue to be proxied to the deregistering instances because of gateway-managed session affinity.
111
111
112
-
The connection draining is honored for WebSocket connections as well. For information on time limits, see [Backend Settings configuration](configuration-http-settings.md#connection-draining).
112
+
The connection draining is honored for WebSocket connections as well. Connection draining is invoked for every single update to the gateway. To prevent connection loss to existing members of the backend pool, make sure to enable connection draining.
113
+
114
+
For information on time limits, see [Backend Settings configuration](configuration-http-settings.md#connection-draining).
113
115
114
116
## Custom error pages
115
117
@@ -125,7 +127,7 @@ HTTP headers allow the client and server to pass additional information with the
125
127
- Removing response header fields that can reveal sensitive information.
126
128
- Stripping port information from X-Forwarded-For headers.
127
129
128
-
Application Gateway and WAF v2 SKU supports the capability to add, remove, or update HTTP request and response headers, while the request and response packets move between the client and backend pools. You can also rewrite URLs, query string parameters and host name. With URL rewrite and URL path-based routing, you can choose to either route requests to one of the backend pools based on the original path or the rewritten path, using the re-evaluate path map option.
130
+
Application Gateway and WAF v2 SKU supports the capability to add, remove, or update HTTP request and response headers, while the request and response packets move between the client and backend pools. You can also rewrite URLs, query string parameters and host name. With URL rewrite and URL path-based routing, you can choose to either route requests to one of the backend pools based on the original path or the rewritten path, using the reevaluate path map option.
129
131
130
132
It also provides you with the capability to add conditions to ensure the specified headers or URL are rewritten only when certain conditions are met. These conditions are based on the request and response information.
0 commit comments