Analyse des Endpunkt-Diagnosetools (CEDT)

Einleitung

In diesem Dokument wird das CEDT beschrieben, um Diagnosedaten von Ihrem System zu sammeln und diese in einen Cisco TAC-Support-Ticket hochzuladen.

Voraussetzungen

Das Tool ist für MacOS und Windows verfügbar.

Sie müssen folgende Themen verstehen:

• MacOS: Doppelklicken Sie auf Cisco Endpoint Diagnostics Tool (CEDT).app, um das Programm zu starten.
• Windows: Doppelklicken Sie auf CEDT.exe, um das Programm zu starten.
• Eine aktive Internetverbindung.
• Eine Cisco TAC Case-ID und ein Token (nur erforderlich, wenn Sie die Ergebnisse direkt hochladen möchten).

Erfasste Systemdaten

Das Tool sammelt diese Systemdaten, geordnet nach Kategorien. Es werden keinerlei personenbezogene Daten erfasst.

Allgemeine Systeminformationen

Netzwerkkonfiguration

Produktinformationen

Schritt-für-Schritt-Anleitung

Willkommensseite

Wenn Sie CEDT starten, wird der Begrüßungsbildschirm angezeigt. Es bietet einen Überblick über die Funktionen des Tools:

• Systemscan - Durchsucht Ihr System nach erkannten Cisco Secure Access-Modulen.
• Anwendungsprotokolle - Erfasst die von der Client-Software und der Service-Infrastruktur generierten Diagnoseprotokolldaten.
• Systemdaten - Die Sammlung von Systemdaten ist sicher, verschlüsselt und bezieht sich nur auf die Diagnose für sicheren Zugriff.

Auf der rechten Seite erkennt das Tool automatisch alle installierten Cisco Secure Access-Module in Ihrem System. Sie können Kontrollkästchen für jedes erkannte Modul zusammen mit seiner Versionsnummer sehen:

• ZTNA (Zero Trust Access)
• Sicheres Web-Gateway (SWG)
• Remote Access-VPN (RAVPN)
• Allgemeine Systeminformationen (immer verfügbar)

Aktionen

1. Wählen Sie die Produkte aus, die Sie diagnostizieren möchten, oder heben Sie die Auswahl auf.
2. Klicken Sie auf Starten, um fortzufahren, oder klicken Sie auf Hilfe, um weitere Informationen zu erhalten.

Schritt 1: Diagnosedatenerfassung

In diesem Bildschirm können Sie auswählen, welche Diagnosetests und Datenerfassungsmodule enthalten sein sollen.

Netzwerkdiagnose

Auswählen der auszuführenden Verbindungstests:

• DNS Lookup (DNS-Suche): Führt DNS-Auflösungstests für angegebene Hosts durch. Unterstützt benutzerdefinierte Resolver-IPs für zielgerichtete Suchvorgänge. Alle Ergebnisse werden in einer einzigen Ausgabedatei (dns/dns_lookups.txt) mit strukturierten Abschnittstrennzeichen zusammengefasst.
• Paketerfassung - Erfasst Netzwerkpakete für einen bestimmten Zeitraum (erfordert Administratorrechte).
• Ping-Hosts - Ping an angegebene Hosts, um die Verbindung zu überprüfen.
• Richtlinientestausgabe - Testet die Richtliniendurchsetzung mit angegebenen URLs unter Verwendung des Cisco Richtlinientestendpunkts (policy.test.sse.cisco.com). Unterstützt mehrere durch Kommata getrennte Hosts (maximal 10). Die Ergebnisse umfassen HAR-Daten, die während der Richtlinientestnavigation automatisch erfasst werden.
• Network Speed Test: Misst die Upload-/Download-Geschwindigkeit und die Latenz mit dem Cisco Speed Test-Endgerät (speed.test.sse.cisco.com). Erfasst Download-Geschwindigkeit (6 parallele Streams), Upload-Geschwindigkeit (3 parallele Streams) und Ping-Latenz/Jitter (10 ICMP-Samples). Die Ergebnisse werden sowohl im JSON- als auch im Textübersichtsformat gespeichert.
• URL-Erreichbarkeit - Überprüft, ob die angegebenen URLs mithilfe von HTTP GET-Anforderungen erreichbar sind. Unterstützt standardmäßig HTTP (Port 80) und HTTPS (Port 443). Nicht standardmäßige Ports können in der URL angegeben werden (z. B. https://example.com:8443). Maximal 20 URLs pro Prüfung mit einem Timeout von 30 Sekunden pro URL. Zu den pro URL erfassten Daten gehören: URL, Erreichbarkeitsstatus, HTTP-Statuscode, Antwortzeit (ms), Inhaltslänge, aufgelöste IP-Adresse, TLS-Version und Zeitstempel. Die Ergebnisse werden unter reachability/reachability_results.json und reachability/reachability_summary.txt gespeichert.

Datensammlung

Wählen Sie Module aus, um Leistungs- und Verbindungsdaten zu erfassen:

• HAR Capture: Zeichnet Daten aus dem HTTP-Archiv (HAR) einer Browsersitzung auf. Derzeit wird nur Google Chrome unterstützt (verwendet das Chrome DevTools Protocol über Headless Browser-Automatisierung). Das Tool erkennt automatisch die Chrome-Installation auf Ihrem System. Firefox und Safari werden derzeit nicht unterstützt. Die HAR-Ausgabe entspricht der HAR 1.2-Spezifikation und umfasst vollständige Netzwerk-Traces (einschließlich JS-ausgelöster XHR-/Fetch-Aufrufe).
• DART Bundle Collection: Erfasst ein DART-Diagnosepaket vom Cisco Secure Client. Dies umfasst alle Modulprotokolle, einschließlich ZTA-Protokolle (Zero Trust Access) (wie z. B. flowlog.db unter C:\ProgramData\Cisco\Cisco Secure Client\ZTA\logs\).
• Reserved IP (Reservierte IP): Führt reservierte IP-Diagnoseprüfungen durch. Eine vollständige Liste der erfassten Diagnosen finden Sie im nächsten Abschnitt.

Fehlersuche

• Debug-Flags aktivieren - Sammeln detaillierter Protokolle von Endpunktaktivitäten, um Endpunkteprobleme zu diagnostizieren. Diese Option ist nur verfügbar, wenn mindestens ein Cisco Secure Access-Produkt erkannt und ausgewählt wurde.

Plattformspezifisch

• DebugView Capture (Windows) - Aktiviert die Debug-Protokollierung auf dem Windows Secure Endpoint Connector. Diese Option ist nur auf Windows-Systemen verfügbar.

Aktionen

1. Aktivieren oder deaktivieren Sie die gewünschten Diagnoseoptionen.
2. Klicken Sie auf Schritt 2: Fügen Sie Diagnosedetails hinzu, um fortzufahren.
3. Klicken Sie auf Zurück, um zum Willkommensbildschirm zurückzukehren, oder auf Abbrechen, um den Vorgang zu beenden.

Phase 2: Diagnosedetails hinzufügen

Auf diesem Bildschirm können Sie die spezifischen Parameter für jeden aktivierten Diagnosetest konfigurieren. Es werden nur Einstellungen für Tests angezeigt, die Sie in Schritt 1 aktiviert haben.

DNS-Sucheinstellungen

• Zu suchende Hosts - Geben Sie einen oder mehrere Hostnamen ein (durch Komma getrennt). Beispiel: cisco.com
• Resolver-IPs (optional) - Geben Sie benutzerdefinierte DNS-Resolver-IPs ein (durch Komma getrennt). Beispiel: 208.67.222.222, 208.67.220.220. Leer lassen, um den DNS-Standardresolver des Systems zu verwenden. Wenn angegeben, wird jeder Host für jeden Resolver abgefragt, um Vergleichsergebnisse für die DNS-Auflösung auf verschiedenen DNS-Servern zu erhalten.

Alle DNS-Suchergebnisse werden in einer einzigen Ausgabedatei zusammengefasst: dns/dns_lookups.txt, mit strukturierten TextFSM-Abschnittstrennzeichen für jede Host-/Resolver-Kombination.

Einstellungen zur Paketerfassung

• Schnittstellen - Wählen Sie die Netzwerkschnittstelle aus, auf der erfasst werden soll (oder belassen Sie diese als Alle).
  • Bei Einstellung "Alle" (Auto-Modus):
    • macOS/Linux: Das Tool führt tcpdump -D aus, um alle verfügbaren Schnittstellen aufzulisten, und filtert dann nach aktiven und aktiven Schnittstellen (mit Ausnahme nicht verbundener Schnittstellen). Wenn keine aktiven Schnittstellen gefunden werden, geht dies auf die spezielle any-Schnittstelle zurück. Die Erfassungen werden auf allen übereinstimmenden Schnittstellen parallel ausgeführt.
    • Windows: Erfasst alle NICs mithilfe des ausgewählten Capture-Backends (siehe Tools im nächsten Abschnitt). Bei Verwendung von dumpcap ohne Interface werden bis zu die ersten 3 erkannten Interfaces gleichzeitig erfasst.
• Paketanzahl - Anzahl der Pakete, die pro Schnittstelle erfasst werden sollen. Standard: 100. Maximal: 10,000.
• Dauer (Sek.) - Maximale Erfassungsdauer in Sekunden. Standard: 20 Sekunden unter MacOS/Linux, 5 Sekunden unter Windows. Maximal: 300 Sekunden. Die Erfassung wird beendet, wenn entweder die Paketanzahl oder die Zeitdauer erreicht ist, je nachdem, welcher Fall zuerst eintritt.

Tools zur Paketerfassung nach Plattform

Ausgabedateien der Paketerfassung

Die Erfassung jeder Schnittstelle wird unter Verwendung der Namenskonvention als separate Datei gespeichert: tcpdump/{interface_name}_capture.pcap (z. B. en0_capture.pcap, eth0_capture.pcap). Außerdem wird eine Metadaten-Manifestdatei (tcpdump/packet_capture_manifest.txt) generiert, in der die Plattform, die Paketanzahl, die Dauer, die erfassten Schnittstellen und das verwendete Datenerfassungs-Backend aufgezeichnet werden.

Ping-Einstellungen

• Host/s für Ping - Geben Sie Hosts für Ping (durch Komma getrennt) ein. Beispiel: www.cisco.com.

URL-Erreichbarkeitseinstellungen

Zu prüfende URLs - Geben Sie zu testende URLs ein (durch Komma getrennt). Beispiel: https://github.com

• Verwendet HTTP GET-Anforderungen, um die Erreichbarkeit zu testen.
• Standard-Ports: 80 (HTTP)/443 (HTTPS). Schließen Sie den Port in die URL für nicht standardmäßige Ports (wie https://) ein.example.com:8443).
• Maximal 20 URLs pro Prüfung.
• Zeitüberschreitung: 30 Sekunden pro URL.
• Pro URL erfasste Daten: URL, Erreichbarkeitsstatus, HTTP-Statuscode, Antwortzeit (ms), Inhaltslänge, aufgelöste IP-Adresse, TLS-Version und Zeitstempel.
• Die Ergebnisse werden unter reachability/reachability_results.json und reachability/reachability_summary.txt gespeichert.

Richtlinien-Testeinstellungen

• Host-URLs - Geben Sie Hosts für Richtlinientests ein (durch Komma getrennt, maximal 10). Beispiel: www.cisco.com.
• Richtlinientests werden mit dem Cisco-Richtlinientestendpunkt durchgeführt: policy.test.sse.cisco.com
• Die Ergebnisse umfassen sowohl strukturierte Richtlinientestausgaben als auch HAR-Daten, die während der Testnavigation automatisch erfasst werden.

HAR-Erfassungseinstellungen

• Ziel-URLs - Geben Sie URLs für die HAR-Erfassung ein (durch Komma getrennt). Beispiel: https://www.cisco.com/

KDF-Einstellungen

Konfigurieren Sie die Kennzeichen für die Schlüsselableitungsfunktion, die während der Diagnosesammlung verwendet werden. KDF-Flags steuern, welche Debug-Kategorien im Cisco Secure Client aktiviert sind:

• KDF-Vorgabe - Wählen Sie eine Vorgabe für die Schlüsselableitungsfunktion.
• KDF HEX - Der Hexadezimalwert wird automatisch anhand der ausgewählten Voreinstellung ausgefüllt. Wenn Benutzerdefiniert ausgewählt ist, geben Sie Ihren eigenen Hexadezimalwert ein.

Reservierte IP-Einstellungen

• NSLookup URLs - Optionale benutzerdefinierte nslookup-Hosts (durch Komma getrennt). Maximal 10 URLs Jeder benutzerdefinierte Host wird für alle konfigurierten Resolver abgefragt.
• Trace URLs - Optionale benutzerdefinierte Traceroute-/Tracerthosts (durch Komma getrennt). Maximal 10 URLs Das Tool verwendet automatisch Traceroute unter macOS/Linux und tracert unter Windows.
• Resolver IPs - Optionale benutzerdefinierte Resolver-IPs für nslookup-Abfragen (durch Komma getrennt, z. B. 208.67.222).
• 222, 208.67.220.220). Maximal 5 IPs. Wenn angegeben, werden zusätzlich zu den drei integrierten Resolvern (System Default DNS, 127.0.0.1, 208.67.222.222) benutzerdefinierte Resolver verwendet.

Reservierte IP-Details

Die Diagnose für reservierte IP sammelt diese Daten standardmäßig:

Standardziele für Traceroute/Tracert (automatisch für alle diese Ziele ausführen):

208.67.222.222Weiterleitung an primären OpenDNS-Namenserver

Ziel	Zweck
208.67.220.220	Route zu sekundärem OpenDNS-Namenserver
146.112.255.50	Weiterleitung an Cisco SWG-Infrastruktur-IP
swg-url-proxy-https-sse.sigproxy.qq.opendns.com	Route zu SWG-Proxy-Hostname

• macOS/Linux: Verwendet den Befehl traceroute
• Windows: Verwendet den Befehl tracert

Standard-NSLookup-Abfragen (automatisch für alle diese Abfragen ausführen):

Jedes nslookup-Ziel wird für jeden Resolver in der Resolverliste abgefragt. Standardmäßig enthält die Resolverliste drei integrierte Resolver:

Wenn benutzerdefinierte Resolver-IPs konfiguriert sind (z. B. 208.67.222.222), werden diese zur Resolverliste hinzugefügt, und jedes nslookup-Ziel wird ebenfalls für sie abgefragt.

NSLookup-Ziele:

Bei den drei Standardresolvern werden beispielsweise 6 nslookup-Abfragen (2 Ziele x 3 Resolver) erzeugt. Durch Hinzufügen einer benutzerdefinierten Resolver-IP-Adresse wird diese Zahl auf 8 Abfragen erhöht (2 Ziele x 4 Resolver).

Benutzerdefinierte, vom Benutzer bereitgestellte NSLookup-URLs werden für dieselbe Liste vollständiger Resolver (integrierte + benutzerdefinierte Resolver) abgefragt.

Alle Ergebnisse werden in einer einzigen Datei zusammengefasst: reserved_ip/reserved_ip_diagnostics.txt, gruppiert nach Abschnitt (traceroute, nslookup) mit für Menschen lesbaren Headern, die das Ziel und den Resolver für jeden Eintrag angeben.

Leistungsdiagnose

Vergleicht die Ladezeiten der Seiten über den SWG-Proxy mit denen von Direct Internet Access (DIA). Es gibt zwei Modi:

1. Allgemeiner Diagnosemodus: Jede URL wird sowohl über den aktuellen Proxy als auch direkt getestet, und die Ergebnisse werden nebeneinander verglichen. Generiert optional HAR-Dateien für detaillierte Analysen.

2. Ein URL-Diagnosemodus: Wir können bestimmte URL eingeben, die sowohl über den aktuellen Proxy als auch direkt getestet werden soll. Anschließend werden die Ergebnisse nebeneinander verglichen. Generiert optional HAR-Dateien für detaillierte Analysen.

Bestandseinstellungen für den Zertifikatsspeicher

• Listet Zertifikate aus konfigurierten Zertifikatspeichern auf:
• System
• Anmelden
• Wurzel
• Und mehr
• Schnelle Identifizierung fehlender, abgelaufener oder nicht vertrauenswürdiger Zertifikate

Einstellungen zum Laden der Debugseite:

• Lädt konfigurierbare Debug-URLs.
• Aufnahmen:
• Antwort-Header
• Reaktionskörper
• Timing-Informationen
• SSL-Metadaten

Aktionen

1. Füllen Sie die Einstellungen für jede aktivierte Diagnose aus, oder passen Sie sie an.
2. Klicken Sie auf Diagnose starten, um den Diagnosevorgang zu starten.
3. Klicken Sie auf Zurück, um zu Schritt 1 zurückzukehren, oder auf Abbrechen, um den Vorgang zu beenden.

Anhalten und Fortfahren

Wenn Sie eine Diagnosesammlung ausführen, die eine erweiterte Fehlerbehebung (z. B. ZTNA- oder SWG-Ablaufverfolgung) umfasst, kann das Cisco Endpoint Diagnostic Tool einen Teil der Ausführung anhalten und Sie auffordern, das Problem zu reproduzieren, bevor es fortgesetzt wird.

Dadurch haben Sie Zeit, das Problem auszulösen, während die detaillierte Protokollierung aktiviert ist, sodass das Support-Team weitere nützliche Diagnosedaten erhält.

• Wenn das Fenster Diagnostics Paused (Diagnose angehalten) angezeigt wird, lesen Sie die Meldung, die Ihnen mitteilt, welche Protokollfunktionen jetzt aktiv sind.
• Reproduzieren Sie das Problem, das Sie beheben. Beispiele:
  • Verbindung mit VPN wiederherstellen
  • Öffnen Sie die fehlerhafte interne Anwendung.
  • Wiederholen Sie die Schritte, die den Fehler verursachen.
• Wenn Sie das Problem nicht reproduziert haben, klicken Sie auf Weiter

Lass den Lauf zu Ende laufen. Das Tool sammelt dann Dateien, stellt Ihre normalen Einstellungen wieder her und erstellt das Diagnosearchiv.

Schließen Sie die Anwendung nicht, während Sie angehalten sind. Die Protokollierung bleibt aktiv, bis Sie auf Weiter klicken und der Vorgang abgeschlossen ist.

(Befehlszeile)

Wenn Sie das Tool von einem Terminal aus ausführen, wird im Fenster anstelle eines Dialogfelds eine Pausenmeldung angezeigt.

1. Lesen Sie die im Terminal angezeigte Pausenmeldung.
2. Reproduzieren des Problems
3. Kehren Sie zum Terminal zurück, und drücken Sie die Eingabetaste, um fortzufahren.
4. Warten Sie, bis der Lauf beendet ist.

Aufforderung für Administratorberechtigungen

Nachdem Sie auf Diagnose starten geklickt haben, kann das Tool Sie zur Eingabe von Administratorberechtigungen auffordern, wenn Sie Funktionen aktiviert haben, für die erhöhter Zugriff erforderlich ist (z. B. Paketerfassung oder Debug-Flags).

Es erscheint ein Dialogfeld mit dem Titel Administrator Privileges Required:

• Klicken Sie auf Ja, um Administratorberechtigungen zu erteilen. Dadurch wird die systemeigene macOS/Windows-Eingabeaufforderung für Anmeldeinformationen ausgelöst.
• Klicken Sie auf Eingeschränkter Modus, um ohne Erhöhung fortzufahren. Privilegierte Tasks (Paketerfassung, Debugflags) werden übersprungen.
• MacOS: Das Standardpasswortdialogfeld von macOS ist in osascript zu sehen. Geben Sie Ihr Systemkennwort ein, und klicken Sie auf OK.
• Windows: Eine Standard-UAC-Eingabeaufforderung zur Erhöhung wird angezeigt. Klicken Sie zum Zulassen auf Ja.

Diagnose wird durchgeführt

Nach dem Start durchläuft das Tool alle ausgewählten Diagnosetasks:

• Ein Fortschrittsbalken zeigt den Gesamtabschluss an (z. B. 59 % - Aufgabe 3/9 wird ausgeführt: DNS Lookup).
• Ein Banner mit dem Status Diagnostics in progress wird oben angezeigt.
• Alle Einstellungsfelder sind während des Ablaufs deaktiviert/ausgegraut.
• In der Fußzeile wird eine Schaltfläche "Diagnostics in progress" (Diagnose wird durchgeführt) angezeigt (deaktiviert), die anzeigt, dass das Tool beschäftigt ist.

Warten Sie, während die Diagnose abgeschlossen ist. Schließen Sie die Anwendung nicht.

Diagnose abgeschlossen - Upload in TAC

Nach Abschluss der Diagnose wird ein Abschlussdialog angezeigt:

Die Diagnose ist abgeschlossen. Datei in ein TAC-Ticket hochladen

Das Dialogfeld wird angezeigt:

• Archiv - Der Dateiname des erzeugten Diagnosearchivs (z. B. cisco_diagnostics.tar.gz).
• Dateigröße - Die Größe des Archivs (z. B. 7,72 MB).
• SHA256 - Die Prüfsumme der Archivdatei für die Integritätsüberprüfung.

So laden Sie Daten in ein TAC-Ticket hoch:

1. Geben Sie Ihre Ticket-ID ein (z. B. 698746730).
2. Geben Sie Ihr Token ein (wird vom Cisco Support bereitgestellt).
3. Klicken Sie auf TAC-Ticket öffnen, um den Upload zu starten.

Ein Fortschrittsbalken zeigt den Uploadstatus an (z.B. Uploading... 85,0 % (6,56 MB/7,72 MB).

So überspringen Sie den Upload:

• Klicken Sie auf Überspringen, um den Dialog ohne Hochladen zu schließen. Die Archivdatei wird weiterhin lokal gespeichert.

Upload abgeschlossen - Abschlussbildschirm

Nach dem erfolgreichen Upload wird das Abschlussbanner wie folgt aktualisiert:

Diagnosearchiv erfolgreich in Ticket hochgeladen [Case ID]

Der Fortschrittsbalken zeigt 100 % mit dem Status Cleanup complete (Bereinigung abgeschlossen) an.

Aktionen

• Klicken Sie auf Erneut ausführen, um einen neuen Diagnosevorgang zu starten.
• Klicken Sie auf Schließen, um die Anwendung zu beenden.

Ausgabespeicherort

Diagnoseausgabe wird gespeichert in:

• MacOS: ~/Desktop/cisco_diagnostics/
• Windows: %USERPROFILE%\Desktop\cisco_diagnostics\

Die Ausgabearchivdatei (cisco_diagnostics.tar.gz) enthält alle gesammelten Diagnosedaten in einem strukturierten Format.

Fehlerbehebung

Häufig gestellte Fragen

F: Welche Daten erfasst dieses Tool?
A : Das Tool erfasst nur Systeminformationen (Betriebssystem, Hardware, Netzwerkkonfiguration), Anwendungsprotokolle, Cisco Produktkonfigurationen und installierte Module sowie Netzwerkdiagnosedaten für Cisco Secure Access-Module. Eine detaillierte Aufschlüsselung finden Sie im Abschnitt Welche Systemdaten gesammelt werden. Es werden keine persönlichen Daten erfasst.

F: Benötige ich Administrator-/Root-Zugriff?
A : Der Administratorzugriff ist optional, aber empfehlenswert. Andernfalls werden einige Diagnosen (Paketerfassung, Debugging-Flags) übersprungen. Das Tool fordert Sie auf, eine Auswahl zu treffen.

F: Kann ich das Tool mehrmals ausführen?
A : Ja. Nach Abschluss jedes Tests können Sie auf "Erneut ausführen" klicken, um eine neue Diagnosesitzung zu starten.

F: Wo wird die Ausgabe gespeichert?
A : Das Diagnosearchiv wird auf Ihrem Desktop im Ordner cisco_diagnostics gespeichert.

F: Was passiert, wenn ich keine TAC-Ticket-ID habe?
A : Klicken Sie auf Überspringen. Die Archivdatei wird weiterhin lokal gespeichert. Sie können die Informationen zu einem späteren Zeitpunkt manuell in ein TAC-Ticket hochladen oder sie an Ihren Support-Techniker weitergeben.

F: Werden die Daten verschlüsselt?
A : Das Diagnosearchiv wird komprimiert (tar.gz) und sensible Daten werden vor dem Verpacken automatisch komprimiert.

F: Welche Browser werden von HAR Capture unterstützt?
A : HAR Capture unterstützt derzeit nur Google Chrome. Das Tool verwendet das Chrome DevTools Protocol für die kopflose Browser-Automatisierung. Stellen Sie sicher, dass Chrome installiert ist, bevor Sie HAR capture ausführen.

Q Der Pausenbildschirm wurde nie angezeigt. Stimmt etwas nicht?

A : Nicht unbedingt. Der Schritt zum Anhalten wird nur angezeigt, wenn die detaillierte Protokollierung für Ihr Szenario erfolgreich aktiviert wurde. Überprüfen Sie das Ausführungsprotokoll in der App. Wenn die Aktivierungsschritte übersprungen wurden, wird das Tool ohne Unterbrechung fortgesetzt.

Q Der Lauf scheint festzustecken. Was soll ich tun?

A : Suchen Sie nach dem Fenster Diagnostics Paused (Diagnose angehalten) - es kann sich hinter anderen Fenstern befinden. Der Lauf wird erst fortgesetzt, wenn Sie auf Weiter klicken (oder in der Befehlszeile die Eingabetaste drücken).

A : Ja. Die Meldung zeigt an, welche Protokollierungsfunktionen das für Ihre Plattform aktivierte Tool und die von Ihnen ausgewählten Diagnoseoptionen verwenden.

A : Führen Sie die Diagnosesammlung erneut aus, und lassen Sie sie abschließen. Wenn Sie sich nicht sicher sind, ob die Protokollierung aktiviert wurde, wenden Sie sich an Ihren Supporttechniker.

Revisionsverlauf

Überarbeitung	Veröffentlichungsdatum	Kommentare
2.0	06-Jul-2026	Alternativer Text hinzugefügt, Formatierung.
1.0	03-Jul-2026	Erstveröffentlichung