Was ist ZDX Deep Tracing?
ZDX Deep Tracing ist eine Detaildiagnose-Funktion in Zscaler Digital Experience (ZDX), die für einen einzelnen Nutzer beziehungsweise ein einzelnes Gerät über ein begrenztes Zeitfenster vertiefte Telemetrie erfasst. Während das laufende Monitoring in regelmäßigen Abständen misst und aggregiert, sammelt ein Deep Tracing engmaschige Daten zu Gerät, Netzwerkpfad und Anwendung, um ein akutes Problem im Detail nachzuvollziehen. Gestartet wird die Sitzung von Administratoren in ZDX, die Datenerhebung läuft über den Zscaler Client Connector auf dem Endgerät. Deep Tracing ist damit das Werkzeug für die zweite Stufe der Fehlersuche: Der ZDX-Score zeigt, dass etwas hakt, das Deep Tracing hilft zu klären, wo.
ZDX Deep Tracing im Detail
Ein Deep Tracing wird gezielt für einen Nutzer und ein Gerät gestartet, optional eingegrenzt auf eine überwachte Anwendung, und läuft je nach Auswahl zwischen 5 und 60 Minuten. Voraussetzung ist, dass auf dem Gerät bereits seit mindestens 30 Minuten eine aktive Messung läuft. Während der Sitzung erhebt der Client deutlich feinere Messreihen als im Normalbetrieb: Web- und Netzwerkpfad-Messwerte im Minutentakt statt im regulären Intervall, dazu Gerätestatistiken und optional eine Paketaufzeichnung (PCAP). Das Ergebnis lässt sich als PDF exportieren und weitergeben.
Wichtig ist der Charakter als Momentaufnahme: Ein Deep Tracing beobachtet den Zeitraum, in dem es läuft. Es eignet sich deshalb für aktive oder reproduzierbare Probleme („es ruckelt gerade“, „der Aufruf hängt jede Stunde“), weniger für längst abgeklungene Einzelfälle. In der Praxis kombiniert man es mit dem historischen Blick des regulären Monitorings: Der Verlauf zeigt, wann es schlecht war, das Deep Tracing liefert die Tiefe zum Jetzt-Zustand.
Warum ist ZDX Deep Tracing im Zscaler-Betrieb wichtig?
Im Betrieb schließt ZDX Deep Tracing die Lücke zwischen „Score ist schlecht“ und „Ursache ist benannt“. Ein klassischer Fall: Ein wichtiger Nutzer meldet wiederkehrende Aussetzer in Videokonferenzen, das Standard-Monitoring zeigt nur zeitweise Auffälligkeiten. Ein gezielter Trace während des Problems macht sichtbar, ob das WLAN am Arbeitsplatz, der Provider-Abschnitt, das überlastete Endgerät oder ein Abschnitt hinter der Zscaler-Cloud die Zeit kostet.
Organisatorisch ist zu klären, wer ein Deep Tracing starten darf: In vielen Umgebungen liegt das ZDX-Portal beim Netzwerk- oder Security-Team, während die Fälle im Helpdesk aufschlagen. So entsteht genau der Medienbruch, der Tickets verlängert: Der First-Level sammelt Symptome, der Experte wiederholt die Diagnose. Je früher Trace-Erkenntnisse strukturiert im Ticket landen, desto seltener wird doppelt gemessen und eskaliert.
Typische Fehlerquellen
- Zu spät gestartet: Ein ZDX Deep Tracing beobachtet nur das laufende Zeitfenster; für ein bereits abgeklungenes Problem liefert es kaum Erkenntnisse.
- Falscher Scope: Wer Nutzer, Gerät oder Anwendung nicht sauber eingrenzt, erzeugt Datenrauschen statt einer belastbaren Diagnose.
- Ergebnisse ohne Vergleich: Auffällige Werte brauchen eine Referenz, etwa denselben Nutzer zu guter Zeit oder Kollegen am selben Standort.
- Erkenntnisse versanden: Wird das Ergebnis nicht im Ticket dokumentiert, wiederholt der nächste Bearbeiter die komplette Diagnose.
ZDX Deep Tracing in der Praxis: so hilft CentaurNexus
CentaurNexus setzt vor der Detaildiagnose an: Connectivity Triage Map zieht die ZDX-Kette und den Policy-Status zusammen und nennt die Ursache im Klartext, also ISP, WLAN, Gerät oder Zscaler. Damit klärt der Helpdesk die Standardfälle, ohne dass jemand ein ZDX-Portal öffnen muss, und eskaliert nur die Fälle mit echtem Tiefenbedarf ans Expertenteam, dann bereits mit Vorbefund. User Support Center liefert dazu den 360-Grad-Nutzerbefund über ZIA, ZPA und ZDX in einer Ansicht, ohne Zscaler-Admin-Rechte. Wie diese Arbeitsteilung Tickets verkürzt, zeigt der Leitfaden Ist es Zscaler oder das WLAN?.
Verwandte Begriffe
Häufige Fragen zu ZDX Deep Tracing
Sinnvoll ist ZDX Deep Tracing bei aktiven oder reproduzierbaren Problemen eines einzelnen Nutzers oder Geräts, etwa wiederkehrenden Aussetzern in Videokonferenzen. Es beobachtet das laufende Zeitfenster; für längst abgeklungene Einzelfälle eignet sich eher der historische Blick des regulären ZDX-Monitorings auf die Verlaufsdaten.
Der Score ist ein aggregierter Wert und zeigt, dass etwas auffällig ist. ZDX Deep Tracing liefert die Tiefe dazu: engmaschige Messungen zu Gerätezustand, Netzwerkpfad und Anwendungsverhalten während des Problems. Damit lässt sich eingrenzen, welcher Abschnitt der Kette die Zeit kostet.
Die Dauer wird beim Start festgelegt und ist begrenzt; die verfügbaren Optionen beschreibt die ZDX-Dokumentation. Wichtig ist, den Trace so zu legen, dass das Problem währenddessen tatsächlich auftritt, sonst dokumentiert die Sitzung nur einen unauffälligen Zeitraum. Bei sporadischen Fehlern hilft es, wenn Nutzer das Auftreten sofort melden.
Die Daten erhebt der ohnehin installierte Zscaler Client Connector; ein Fernzugriff auf Bildschirm oder Dateien findet nicht statt. Erfasst wird technische Telemetrie zu Gerät, Netzwerk und den überwachten Anwendungen. Das Gerät muss dafür online sein und eine ZDX-fähige Client-Version verwenden.
Das Starten erfolgt im ZDX-Portal und setzt eine entsprechende Administrator- beziehungsweise Analysten-Rolle voraus; die Rollen und Rechte definiert die Zscaler-Administration. In der Praxis liegt der Zugriff oft bei Netzwerk- oder Security-Teams, weshalb Helpdesk-Prozesse regeln sollten, wann und mit welchem Vorbefund eskaliert wird.
- Zscaler Help Portal: ZDX-Dokumentation, help.zscaler.com/zdx
- Zscaler Help Portal: About Diagnostics (Deep Tracing) - help.zscaler.com/zdx/about-deep-tracing
Hinweis: ZDX Deep Tracing ist eine Funktion von Zscaler ZDX; CentaurNexus startet sie per Klick und macht den Befund lesbar. CentaurNexus ist ein unabhängiges Produkt der SourcingBlox GmbH und kein Angebot von Zscaler, Inc. Produkt- und Markennamen gehören ihren jeweiligen Inhabern.