megachangelog
Breaking2025-07-14

Gateway now evaluates Network policies before HTTP policies

Gateway is changing the order of policy enforcement to evaluate Network (Layer 4) policies before HTTP (Layer 7) policies, effective July 14–18, 2025. This improves the security model and reduces connection errors, but may impact how block notifications appear to users, so review your HTTP policies beforehand.

Gateway will now evaluate Network (Layer 4) policies before HTTP (Layer 7) policies. This change preserves your existing security posture and does not affect which traffic is filtered — but it may impact how notifications are displayed to end users.

This change will roll out progressively between July 14–18, 2025. If you use HTTP policies, we recommend reviewing your configuration ahead of rollout to ensure the user experience remains consistent.

Updated order of enforcement

Previous order:

  1. DNS policies
  2. HTTP policies
  3. Network policies

New order:

  1. DNS policies
  2. Network policies
  3. HTTP policies

Action required: Review your Gateway HTTP policies

This change may affect block notifications. For example:

  • You have an HTTP policy to block example.com and display a block page.
  • You also have a Network policy to block example.com silently (no client notification).

With the new order, the Network policy will trigger first — and the user will no longer see the HTTP block page.

To ensure users still receive a block notification, you can:

  • Add a client notification to your Network policy, or
  • Use only the HTTP policy for that domain.

Why we’re making this change

This update is based on user feedback and aims to:

  • Create a more intuitive model by evaluating network-level policies before application-level policies.
  • Minimize 526 connection errors by verifying the network path to an origin before attempting to establish a decrypted TLS connection.

To learn more, visit the Gateway order of enforcement documentation.

gatewaypolicynetworkhttpsecurity

Source: original entry ↗

More from Cloudflare

Follow Cloudflare to get its new changes in your feed and email digest.

Improvement2026.8.2100.0

Cloudflare One Client for macOS 2026.8.2100.0

GA release for macOS Cloudflare One Client with improved split tunnel handling that no longer briefly blocks traffic during reconnects, support for non-RFC 1918 local IPv4 networks, faster connects with lower memory use, and numerous reliability fixes across DNS, reauthentication, and client stability.

macosvpnreliabilityperformancedns
Improvement2026.8.2100.0

Cloudflare One Client for Windows 2026.8.2100.0

This GA release improves split tunnel reliability, adds support for non-RFC 1918 local networks, optimizes connection performance with faster reconnections and lower memory usage, and includes numerous bug fixes for DNS, registration, and network handling. The client now features a service recovery mechanism that automatically restarts on system unlock and better handles large hosts files without blocking traffic.

windowsvpnclienttunneldns
Improvement2026.8.2100.0

Cloudflare One Client for Linux 2026.8.2100.0

New GA release for Linux with improved split tunnel handling that no longer briefly blocks traffic during reconnects, support for non-RFC 1918 local IPv4 networks, faster tunnel reconnections, and lower memory usage. Includes numerous stability and reliability fixes for DNS, reconnection behavior, and crash issues.

linuxvpnclientperformancestability
See all Cloudflare changes →