Free Practice Questions for Zscaler ZDTA Exam

A Zscaler Client Connector Forwarding Profile determines how traffic is steered to the Zscaler cloud and what fallback behavior applies. For Tunnel 2.0, the profile defines how the client behaves when the preferred DTLS tunnel cannot be established, including fallback to TLS where configured. Option A (Fallback methods and behavior when a DTLS tunnel cannot be established) is correct because DTLS fallback behavior is a Forwarding Profile function.

Why the other options are incorrect:

B. Application PAC file location: A PAC file tells the client or browser which proxy path to use for matching destinations.

C. System PAC file when off trusted network: Trusted Network detection decides whether the device is on a known corporate network using signals such as DNS servers, search domains, gateways, or hostname resolution.

D. Fallback methods and behavior when a TLS tunnel cannot be established: TLS tunneling is the fallback encrypted transport when DTLS is unavailable.

Blocked Countries is the Advanced Threat Protection feature used to restrict website access based on geographic location. It gives administrators a geographic control to reduce exposure to destinations associated with embargoed, high-risk, or disallowed regions. Option C (Blocked Countries) is correct because the control is based on country/geography, not malware type.

Why the other options are incorrect:

A. Spyware Callback: Spyware Callback blocks outbound C2-style communications. It does not describe the browser exploit category in ATP policy.

B. Botnet Protection: C2/botnet controls detect hosts communicating with known or suspected command-and-control infrastructure.

D. Browser Exploits: Browser Exploits are attacks against browser vulnerabilities. The question’s correct category is the one named by the tested ATP setting, not generic browser exploit handling.

Zscaler Bandwidth Control shapes traffic from the user's perspective by managing outbound flows. Inbound traffic and localhost traffic are not shaped in the same manner because the control point is the egress direction where user traffic leaves toward Zscaler and destinations. Option A (Outbound traffic is shaped. Inbound or localhost traffic is unshaped) is correct because Bandwidth Control shapes outbound traffic only.

Why the other options are incorrect:

B. Outbound or inbound traffic is shaped. Localhost traffic is unshaped: Inbound shaping would control return traffic, which is not how Zscaler Bandwidth Control is applied from the user perspective.

C. Inbound traffic is shaped. Outbound or localhost traffic is unshaped: Inbound shaping would control return traffic, which is not how Zscaler Bandwidth Control is applied from the user perspective.

D. Localhost traffic is shaped. Outbound or Inbound traffic is unshaped: Inbound shaping would control return traffic, which is not how Zscaler Bandwidth Control is applied from the user perspective.

Zscaler supports forwarding methods such as GRE, IPSec, HTTP CONNECT-style proxy tunnels, and Zscaler proprietary microtunnels depending on the use case. SSTP is a Microsoft VPN tunneling protocol, not a supported Zscaler tunnel type for this platform context. Option D (Secure Socket Tunneling Protocol (SSTP)) is correct because SSTP is the unsupported tunnel option.

Why the other options are incorrect:

A. Generic Routing and Encapsulation (GRE): GRE is a location tunnel method normally used from branches or data centers to Zscaler service edges.

B. HTTP Connect Tunnels: HTTP CONNECT tunnels proxy TCP sessions through an HTTP proxy path; they are not Zscaler Tunnel 2.0 DTLS/TLS transport.

C. Proprietary Microtunnels: A Microtunnel is the per-application communication channel ZPA creates between the user and the private app.

The Security Alerts dashboard summarizes threat impact so administrators can prioritize investigation. The graph showing Top 5 Threats by Systems Impacted identifies which threats are affecting the largest number of systems during the selected period. Option C (Top 5 Threats by Systems Impacted) is correct because it is the impact-oriented alert view.

Why the other options are incorrect:

A. Top 5 Malware Programs Detected: Top malware programs would list malware families by name. The Alerts dashboard graph being tested summarizes threats by the number of impacted systems.

B. Top 5 Viruses by Region: Viruses by region would be a geographic malware report. The Security Alerts widget is focused on the top threats and their system impact.

D. Top 5 Unified Threat Yara Options: YARA-style options are malware-pattern rules, not the dashboard summary metric being asked about.

The relationship between App Connector Groups and Server Groups is configured when the Server Group is created or edited. The Server Group points to the App Connector Groups that have visibility to the applications, so ZPA knows which connectors can serve the private traffic. Option B (When a new Server Group is created it points to the App Connector Groups that provide visibility to this Server Group) is correct because Server Group configuration establishes the mapping.

Why the other options are incorrect:

A. The relationship between App Connector Groups and Server Groups is established dynamically in the Zero Trust Exchange as users try to access Applications: A Server Group groups application servers and maps them to App Connector Groups that can reach those servers.

C. Both App Connector Groups and Server Groups are linked together via the Data Center element: A Server Group groups application servers and maps them to App Connector Groups that can reach those servers.

D. When you create a new App Connector Group you must select the list of Server Groups to which it provides visibility: A Server Group groups application servers and maps them to App Connector Groups that can reach those servers.

A URL Filtering Caution action is designed for web-style requests where the user can be warned before proceeding. The supported request methods tested here are Connect, GET, and HEAD, which align with browser-driven web access and HTTPS tunnel establishment. Option A (Connect, Get, Head) is correct because those methods are valid for the Caution action.

Why the other options are incorrect:

B. Options, Delete, Put: OPTIONS, DELETE, and PUT are HTTP methods, but the canonical REST basics in the guide include GET, POST, PUT, and DELETE.

C. Get, Delete, Trace: TRACE is an HTTP diagnostic method and is not part of the standard REST method set emphasized for Zscaler automation.

D. Connect, Post, Put: CONNECT is proxy tunneling behavior. REST API basics focus on resource methods such as GET, POST, PUT, and DELETE.

TLS/SSL inspection can expose customer content to the inspection service, so the contractual and privacy basis matters. The Zscaler Data Processing Agreement governs how Zscaler processes customer data when services such as ZIA inspect encrypted traffic. It is not merely an acceptable-use or marketing privacy statement. Option D (Zscaler Data Processing Agreement) is correct because the DPA is the agreement that addresses customer-data processing responsibilities.

Why the other options are incorrect:

A. Zscaler Compliance Policy: A compliance policy is an internal rule or control statement. The formal privacy/legal agreement for ZIA data processing is the Data Processing Agreement.

B. Zscaler Privacy Policy: A privacy policy explains how data is handled generally. The customer agreement governing processed data is the Data Processing Agreement.

C. Acceptable Use Policy: An Acceptable Use Policy tells users what behavior is allowed. It is not the contractual data-processing agreement for TLS inspection.

A ZPA microtunnel is the per-application communication channel created after the user is authenticated and authorized. It carries traffic from the user side through the Zscaler service edge to the App Connector path for the internal application. Option D (To create an end-to-end communication channel to internal applications) is correct because the M-Tunnel is built for private application communication, not endpoint-to-endpoint or IdP connectivity.

Why the other options are incorrect:

A. To provide an end-to-end communication channel between ZCC clients: ZCC-to-ZCC communication would be peer endpoint connectivity. A ZPA microtunnel is created from the user side toward a specific internal application.

B. To provide an end-to-end communication channel to Microsoft Applications such as M365: Microsoft 365 optimization uses local breakout, DNS locality, and inspection bypass where Microsoft recommends it for performance.

C. To create an end-to-end communication channel to Azure AD for authentication: Azure AD communication is part of authentication. The microtunnel carries private-application traffic after access is authorized.