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
When end users visit a website, their browser will send the request to a Cloudflare proxy server associated with your account to be filtered by Gateway. Note that Gateway [cannot filter every type of HTTP traffic](#limitations) proxied using PAC files.
19
19
@@ -215,19 +215,17 @@ To get the domain of a proxy endpoint:
Copy file name to clipboardExpand all lines: src/content/docs/cloudflare-one/policies/gateway/proxy.mdx
+32-1Lines changed: 32 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,38 @@ You can forward [HTTP](/cloudflare-one/policies/gateway/initial-setup/http/) and
11
11
12
12
The Gateway proxy is required for filtering HTTP and network traffic via the WARP client in Gateway with WARP mode. To proxy HTTP traffic without deploying the WARP client, you can configure [PAC files](/cloudflare-one/connections/connect-devices/agentless/pac-files/) on your devices.
13
13
14
-
## Proxy protocols
14
+
## Proxy algorithm
15
+
16
+
Gateway uses the [Happy Eyeballs algorithm](https://datatracker.ietf.org/doc/html/rfc6555) to proxy traffic in the following order:
17
+
18
+
1. The user's browser initiates the TCP handshake by sending Gateway a TCP SYN segment.
19
+
2. Gateway sends a SYN segment to the origin server.
20
+
3. If the origin server sends a SYN-ACK segment back, Gateway establishes distinct TCP connections between the user and Gateway and between Gateway and the origin server.
21
+
4. Gateway inspects and filters traffic received from the user.
22
+
5. If the traffic passes inspection, Gateway proxies traffic bidirectionally between the user and the origin server.
23
+
24
+
```mermaid
25
+
flowchart TD
26
+
%% Accessibility
27
+
accTitle: How Gateway proxy works
28
+
accDescr: Flowchart describing how the Gateway proxy uses the Happy Eyeballs algorithm to establish TCP connections and proxy user traffic.
29
+
30
+
%% Flowchart
31
+
A[User's device sends TCP SYN to Gateway] --> B[Gateway sends TCP SYN to origin server]
32
+
B --> C{{Origin server responds with TCP SYN-ACK?}}
33
+
C -->|Yes| E[TCP handshakes completed]
34
+
C -->|No| D[Connection fails]
35
+
E --> F{{Connection allowed?}}
36
+
F -->|Yes| G[Gateway proxies traffic bidirectionally]
37
+
F -->|No| H[Connection blocked by firewall policies]
38
+
39
+
%% Styling
40
+
style D stroke:#D50000
41
+
style G stroke:#00C853
42
+
style H stroke:#D50000
43
+
```
44
+
45
+
## Supported protocols
15
46
16
47
Gateway supports proxying TCP, UDP, and ICMP traffic.
0 commit comments