Internet Access traffic forwarding profile
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 networks
how-to-configure-cloud-firewall - Added link: Configure cloud firewall for Global Secure Access clients
how-to-configure-cloud-firewall-clients - Added link: Configure cloud firewall for Global Secure Access clients (preview)
how-to-configure-cloud-firewall-clients
[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.
[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.
[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.
[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:
[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).
[added: Configure cloud firewall for remote networks.]
Before: No saved wording on this side.
After: Configure cloud firewall for remote networks.
[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.
[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.
[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:
[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.
[added: Expand Custom Acquire and select Add rule.]
Before: No saved wording on this side.
After: Expand Custom Acquire and select Add rule.
[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.
[added: Enable Custom Acquire and save your changes.]
Before: No saved wording on this side.
After: Enable Custom Acquire and save your changes.
[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
[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.
[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.
[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.
[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.
[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.