Public mode

No access to your tenant or devices. Every item links to its source. What this means

Customize Public modeDiscuss ChangeIntel on Discord

Internet Access traffic forwarding profile

Full guidance and history · All guidance changes

Global Secure Access · Official Microsoft guidance

Observed content change

May need admin actionCheck your firewall and proxy allow lists; check whether new requirements apply to your setup; check whether a default changed for your tenant or devices.

Changed article references · 4 added · 0 removed
  • Added link: Acquire traffic with wildcard destinations#acquire-traffic-with-wildcard-destinations-preview
  • Added link: Configure cloud firewall for remote networkshow-to-configure-cloud-firewall
  • Added link: Configure cloud firewall for Global Secure Access clientshow-to-configure-cloud-firewall-clients
  • Added link: Configure cloud firewall for Global Secure Access clients (preview)how-to-configure-cloud-firewall-clients
Changed wording view
NewApply security policies to acquired traffic
[added: Acquisition rules determine which traffic the Internet Access profile forwards to Global Secure Access. They don't define a cloud firewall Allow or Block decision.]
Before: No saved wording on this side.
After: Acquisition rules determine which traffic the Internet Access profile forwards to Global Secure Access. They don't define a cloud firewall Allow or Block decision.
NewApply security policies to acquired traffic
[added: After configuring acquisition, configure the security policies required for that traffic. Use cloud firewall to allow or block connections based on the supported destination, port, and protocol conditions. Ensure the acquisition configuration covers the traffic that your firewall rules are intended to protect.]
Before: No saved wording on this side.
After: After configuring acquisition, configure the security policies required for that traffic. Use cloud firewall to allow or block connections based on the supported destination, port, and protocol conditions. Ensure the acquisition configuration covers the traffic that your firewall rules are intended to protect.
NewApply security policies to acquired traffic
[added: For example, a cloud firewall rule for UDP traffic doesn't cause the Default Acquire policy to acquire UDP. Configure acquisition for the required destination, port, and protocol before validating firewall enforcement.]
Before: No saved wording on this side.
After: For example, a cloud firewall rule for UDP traffic doesn't cause the Default Acquire policy to acquire UDP. Configure acquisition for the required destination, port, and protocol before validating firewall enforcement.
NewApply security policies to acquired traffic
[added: Choose the configuration steps for your traffic source:]
Before: No saved wording on this side.
After: Choose the configuration steps for your traffic source:
NewApply security policies to acquired traffic
[added: Configure cloud firewall for Global Secure Access clients (preview).]
Before: No saved wording on this side.
After: Configure cloud firewall for Global Secure Access clients (preview).
NewApply security policies to acquired traffic
[added: Configure cloud firewall for remote networks.]
Before: No saved wording on this side.
After: Configure cloud firewall for remote networks.
NewApply security policies to acquired traffic
[added: For broader acquisition, see Acquire traffic with wildcard destinations.]
Before: No saved wording on this side.
After: For broader acquisition, see Acquire traffic with wildcard destinations.
NewAcquire traffic with wildcard destinations (preview)
[added: For client traffic, Custom Acquire supports the FQDN wildcard * and the IPv4 subnet 0.0.0.0/0. Use these destinations to acquire traffic beyond the default TCP ports 80 and 443, including nonstandard TCP ports and UDP.]
Before: No saved wording on this side.
After: For client traffic, Custom Acquire supports the FQDN wildcard * and the IPv4 subnet 0.0.0.0/0. Use these destinations to acquire traffic beyond the default TCP ports 80 and 443, including nonstandard TCP ports and UDP.
NewAcquire traffic with wildcard destinations (preview)
[added: To configure broad acquisition for named destinations and direct-IP traffic:]
Before: No saved wording on this side.
After: To configure broad acquisition for named destinations and direct-IP traffic:
NewAcquire traffic with wildcard destinations (preview)
[added: Browse to Global Secure Access > Connect > Traffic forwarding and open the Internet Access profile's acquisition rules.]
Before: No saved wording on this side.
After: Browse to Global Secure Access > Connect > Traffic forwarding and open the Internet Access profile's acquisition rules.
NewAcquire traffic with wildcard destinations (preview)
[added: Expand Custom Acquire and select Add rule.]
Before: No saved wording on this side.
After: Expand Custom Acquire and select Add rule.
NewAcquire traffic with wildcard destinations (preview)
[added: Configure each of the following rules, using the destination type, destination, ports, and protocol shown in the table.]
Before: No saved wording on this side.
After: Configure each of the following rules, using the destination type, destination, ports, and protocol shown in the table.
NewAcquire traffic with wildcard destinations (preview)
[added: Enable Custom Acquire and save your changes.]
Before: No saved wording on this side.
After: Enable Custom Acquire and save your changes.
NewAcquire traffic with wildcard destinations (preview)
[added: Destination type Destination Ports Protocol FQDN * 0-65535 TCP FQDN * 0-65535 UDP IP subnet 0.0.0.0/0 0-65535 TCP IP subnet 0.0.0.0/0 0-65535 UDP]
Before: No saved wording on this side.
After: Destination type Destination Ports Protocol FQDN * 0-65535 TCP FQDN * 0-65535 UDP IP subnet 0.0.0.0/0 0-65535 TCP IP subnet 0.0.0.0/0 0-65535 UDP
NewAcquire traffic with wildcard destinations (preview)
[added: Keep the bypass policies in place. Traffic matching a bypass rule remains excluded even when it also matches a wildcard acquisition rule. Private Access routing takes precedence over Internet Access; traffic routed through Private Access isn't subject to Internet Access cloud firewall rules.]
Before: No saved wording on this side.
After: Keep the bypass policies in place. Traffic matching a bypass rule remains excluded even when it also matches a wildcard acquisition rule. Private Access routing takes precedence over Internet Access; traffic routed through Private Access isn't subject to Internet Access cloud firewall rules.
NewAcquire traffic with wildcard destinations (preview)
[added: Note DNS traffic acquisition isn't supported by the Internet Access traffic forwarding profile in this preview. Wildcard acquisition rules don't enable DNS acquisition, so cloud firewall policies don't filter DNS traffic. Configuring an FQDN destination doesn't enable DNS query acquisition.]
Before: No saved wording on this side.
After: Note DNS traffic acquisition isn't supported by the Internet Access traffic forwarding profile in this preview. Wildcard acquisition rules don't enable DNS acquisition, so cloud firewall policies don't filter DNS traffic. Configuring an FQDN destination doesn't enable DNS query acquisition.
NewAcquire traffic with wildcard destinations (preview)
[added: The 0.0.0.0/0 destination covers IPv4, not IPv6. You can restrict the port ranges and destinations instead of using this broad acquisition configuration.]
Before: No saved wording on this side.
After: The 0.0.0.0/0 destination covers IPv4, not IPv6. You can restrict the port ranges and destinations instead of using this broad acquisition configuration.
NewAcquire traffic with wildcard destinations (preview)
[added: Important QUIC acquisition and blocking through cloud firewall are supported in the preview, but end-to-end QUIC forwarding isn't supported. An Allow rule for UDP port 443 doesn't enable supported end-to-end QUIC connectivity.]
Before: No saved wording on this side.
After: Important QUIC acquisition and blocking through cloud firewall are supported in the preview, but end-to-end QUIC forwarding isn't supported. An Allow rule for UDP port 443 doesn't enable supported end-to-end QUIC connectivity.
NewAcquire traffic with wildcard destinations (preview)
[added: Acquisition wildcard syntax doesn't define firewall-rule FQDN matching behavior. For firewall configuration and the specific-port acquisition example, see Configure cloud firewall for Global Secure Access clients.]
Before: No saved wording on this side.
After: Acquisition wildcard syntax doesn't define firewall-rule FQDN matching behavior. For firewall configuration and the specific-port acquisition example, see Configure cloud firewall for Global Secure Access clients.

Source: Microsoft source · © Microsoft · MIT.

Read the current Microsoft source · Link to this observation · Compare any two versions

Observation details
Observed by ChangeIntel
27 Oct 21:25 UTC
Source update metadata
27 Oct 17:59 UTC
Microsoft's latest commit in that period
docs: clarify unsupported DNS acquisition for client Cloud Firewall · committed 27 Oct 16:30 UTC · View diff
First observed on this installation
6 Oct 16:26 UTC
Last successful check
today 00:23 UTC
Next check due
16 Nov 00:23 UTC

Observation time is not publication time, and a comparison does not establish an effective date. Full source bodies are not published; this page holds generated summaries, section headings and, as the page's license allows, Microsoft's changed wording. A documentation edit does not confirm feature availability in an environment. Article references show literal targets and labels, including relative addresses; image bytes are not captured or compared.

ChangeIntel

An IT change radar: releases, security, known issues, retirements, documentation changes, and service status from public sources. Every item links to supporting evidence; dates and statuses can change after they are read.

Sources read 15 Nov 00:38 UTC · 256 of 275 readable · 254 fully read · documentation 469/469 current