Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Premesse

Cause frequenti dell'alta latenza in SWA

Strumenti di risoluzione dei problemi di latenza SWA

Stato del sistema

Capacità del sistema

Analizza prime destinazioni

Analizza primi utenti

Registri SHD

Utilizzo dei log degli accessi per la risoluzione dei problemi di latenza

Tempo di autenticazione elevato

Tempo DNS elevato

Tempo elevato del motore di scansione

Procedura consigliata durante la connessione a Packet Capture

Complessità della configurazione

Comandi CLI

Version

visualizzarerevisioni

stato_processo

dettagli stato

Ipcheck

velocità

Raccolta dei log per l'alta latenza

Informazioni correlate

Introduzione

In questo documento viene descritto come risolvere i problemi relativi a latenza e disco elevati e CPU elevate in Cisco Secure Web Appliance (SWA).

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

- Amministrazione Cisco SWA

- Metodi di distribuzione proxy (espliciti e trasparenti)

- Comandi CLI (Command Line Interface) SWA

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Quando si contatta il supporto tecnico Cisco, viene chiesto di fornire dettagli sull'attività della rete SWA in entrata e in uscita, che possono essere monitorati eseguendo un'acquisizione di pacchetti per raccogliere il traffico a scopo di debug o verifica.

Cause frequenti dell'alta latenza in SWA

In generale, esistono tre categorie principali per l'alta latenza nell'SWA:

1. Dimensionamento SWA inadeguato o sovraccarico di risorse

2. Configurazioni complesse

3. Problemi di latenza correlati alla rete

Una delle cause più comuni dell'alta latenza in SWA è il dimensionamento inadeguato della soluzione. Un dimensionamento corretto è fondamentale per garantire che il sistema SWA disponga di risorse sufficienti per gestire i carichi di lavoro correnti e previsti. Se il sistema è di dimensioni ridotte, può avere difficoltà a elaborare le richieste in modo efficiente, causando ritardi nelle operazioni e una riduzione delle prestazioni. Fattori quali il numero di utenti, il volume di decrittografia e le specifiche richieste di analisi devono essere valutati attentamente durante la distribuzione per evitare vincoli di risorse. Il mancato allineamento della capacità SWA con le esigenze dell'organizzazione può causare una latenza persistente e un peggioramento dell'esperienza utente.

Configurazioni complesse possono ridurre le prestazioni e causare latenza sull'SWA, soprattutto in condizioni di carico elevato, in quanto ogni richiesta deve essere elaborata in numerose condizioni.

La latenza correlata alla rete può derivare dallo stesso SWA, da servizi di terze parti come Active Directory, DLP, DNS o da ritardi di rete tra il client, il SWA e i server upstream.

L'analisi delle richieste inviate all'SWA, inclusa l'identificazione degli utenti principali e degli URL a cui si accede di più, può aiutare a individuare potenziali comportamenti errati e a individuare le cause principali della latenza. Queste informazioni sono preziose per diagnosticare i problemi di prestazioni, gestire il consumo della larghezza di banda e garantire un utilizzo appropriato del sistema.

Strumenti di risoluzione dei problemi di latenza SWA

Stato del sistema

Per controllare il consumo corrente delle risorse in SWA, attenersi alla procedura descritta di seguito.

Passaggio 1. Accedere all'interfaccia grafica utente (GUI) SWA.

Passo 2: passare a Reporting > System Information > System Status (Informazioni di sistema).

Passaggio 3. Controllare le seguenti metriche critiche per valutare le prestazioni del sistema:

- Utilizzo CPU (%): Indica il carico della CPU corrente

- Utilizzo RAM (%): Riflette l'utilizzo della memoria

- Segnalazione/registrazione utilizzo (%): Mostra la percentuale di spazio su disco utilizzato per la creazione di report e la registrazione

- Tempo di attività del sistema: Visualizza il tempo totale di esecuzione del sistema senza un riavvio

Immagine - Stato del sistema

Questa pagina fornisce una panoramica dello stato corrente della RAM, della CPU e dell'utilizzo del disco. Per visualizzare l'uso delle risorse nel tempo, dalla GUI SWA, passare a Reporting e scegliere Capacità sistema.

Capacità del sistema

La pagina Capacità del sistema nell'SWA fornisce una vista completa delle metriche relative all'utilizzo delle risorse e alle prestazioni in un intervallo di tempo specificato. Questa pagina contiene grafici dettagliati che aiutano a monitorare e analizzare il comportamento del sistema, garantendo prestazioni ottimali e identificando potenziali colli di bottiglia.

Di seguito sono riportati i grafici e le metriche disponibili nella pagina Capacità del sistema.

1. Utilizzo CPU complessivo: Visualizza l'utilizzo totale della CPU, fornendo una panoramica di alto livello delle prestazioni del sistema.

2. Utilizzo CPU per funzione: suddivide l'utilizzo della CPU in base a funzioni specifiche, tra cui:

- Proxy Web

- Registrazione

- Creazione di report

- McAfee

- Sophos

- Webroot

- Utilizzo accettabile e reputazione

3. Tempo di risposta/latenza (millisecondi): tiene traccia dei tempi di risposta per identificare eventuali ritardi nell'elaborazione delle richieste.

4. Transazioni al secondo: Mostra il numero di transazioni gestite dall'SWA al secondo.

5. Collegamenti in uscita: Controlla il numero di connessioni in uscita stabilite.

6. Larghezza di banda in uscita (byte): Misura la quantità di larghezza di banda in uscita utilizzata.

7. Memoria buffer proxy (%): Visualizza la percentuale di memoria utilizzata dal processo proxy.

Controllare le metriche per individuare eventuali segni di utilizzo elevato delle risorse in questo dashboard.

Immagine - Capacità del sistema

Immagine - Transazioni SWA al secondo e connessioni in uscita

Immagine - Utilizzo memoria SWA

Analizza prime destinazioni

Per analizzare le destinazioni principali, passare alla GUI SWA, passare a Reporting e selezionare Siti Web. Esaminare l'elenco dei principali siti Web HTTP/HTTPS e identificare i domini a traffico elevato o a cui si accede di frequente.

In base ai risultati ottenuti, è consigliabile ignorare o esentare gli URL generici, ad esempio Microsoft Update, Adobe, Office365 e le piattaforme per riunioni online. Questo approccio contribuisce a ridurre il traffico sull'SWA, riducendo la latenza e il carico di elaborazione dei proxy.

Immagine - Dashboard dei siti Web principali SWA

Immagine - Dashboard dei domini principali SWA

Analizza primi utenti

Per identificare le potenziali fonti di traffico eccessivo, passare alla GUI SWA da Reporting e scegliere Users.

Esaminare l'elenco per determinare quali utenti stanno generando il numero più alto di transazioni per l'SWA. Inoltre, verificare se sono presenti computer utente che generano il numero più elevato di transazioni per l'SWA e utilizzano la massima larghezza di banda.

Questa analisi consente di individuare gli utenti o i dispositivi responsabili di carichi di traffico significativi, consentendo azioni mirate per ridurre il carico complessivo del sistema.

Image-SWA Top Users Dashboard

Registri SHD

Esaminando SHD_log, è possibile analizzare alcune metriche delle prestazioni, ad esempio il numero di sessioni da utenti a SWA (CliConn), il numero di sessioni da SWA a Internet (SrvConn), la media di richieste al secondo (Reqs) e così via.

Per ulteriori informazioni sul registro SHD, fare riferimento al collegamento Risoluzione dei problemi relativi alle prestazioni di Secure Web Appliance con i registri SHD,

Di seguito sono riportati alcuni parametri chiave da esaminare nei log di SHD:

- Connessioni client: Numero di connessioni client attive

- Conn. server: Numero di connessioni server attive

- LedProx: Carico medio processo proxy

- CPULD: Carico medio complessivo della CPU

- RAMUTIL: utilizzo RAM

- Latenza: tempo medio di servizio in un minuto

- DiskUtil: utilizzo del disco e prestazioni I/O

Come in questo esempio, la presenza di circa 1.600 richieste al secondo determina un carico elevato del processo proxy.

Wed Mar 26 11:09:30 2025 Info: Status: CPULd 16.3 DskUtil 19.9 RAMUtil 9.3 Reqs 1661 Band 152966 Latency 4245 CacheHit 3 CliConn 27180 SrvConn 24356 MemBuf 93 SwpPgOut 222877 ProxLd 100 Wbrs_WucLd 0.0 LogLd 0.0 RptLd 0.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0

Wed Mar 26 11:10:31 2025 Info: Status: CPULd 13.6 DskUtil 19.9 RAMUtil 9.5 Reqs 1699 Band 107048 Latency 5724 CacheHit 2 CliConn 26921 SrvConn 24164 MemBuf 93 SwpPgOut 222877 ProxLd 99 Wbrs_WucLd 0.0 LogLd 0.0 RptLd 9.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0

Wed Mar 26 11:11:31 2025 Info: Status: CPULd 15.0 DskUtil 19.9 RAMUtil 9.5 Reqs 1669 Band 178803 Latency 4871 CacheHit 1 CliConn 26676 SrvConn 23922 MemBuf 93 SwpPgOut 222877 ProxLd 100 Wbrs_WucLd 11.2 LogLd 0.0 RptLd 0.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0

Wed Mar 26 11:12:31 2025 Info: Status: CPULd 17.6 DskUtil 19.9 RAMUtil 9.2 Reqs 1785 Band 143721 Latency 4349 CacheHit 1 CliConn 25929 SrvConn 23256 MemBuf 92 SwpPgOut 222877 ProxLd 99 Wbrs_WucLd 0.0 LogLd 3.6 RptLd 0.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0

Utilizzo dei log degli accessi per la risoluzione dei problemi di latenza

Quando si verificano problemi di latenza durante l'inoltro del traffico tramite un'interfaccia SWA, i log degli accessi possono essere uno strumento utile per identificare la root cause probabile. Per ottimizzare le operazioni di risoluzione dei problemi, è possibile modificare le impostazioni del log degli accessi esistente o crearne uno nuovo. Includendo Parametri prestazioni nel campo personalizzato, è possibile ottenere informazioni più dettagliate sui fattori che contribuiscono alla latenza, consentendo un'analisi e una risoluzione più efficaci.

Per ulteriori informazioni sui parametri delle prestazioni e sui passaggi di configurazione, fare riferimento al collegamento Configura parametro delle prestazioni nei log degli accessi

Di seguito è riportata la guida dettagliata per la raccolta dei log nell'SWA: Accesso ai registri protetti di Web Appliance

Le fonti di latenza possono essere analizzate esaminando i parametri chiave che aiutano a determinare se si verificano ritardi tra il client e l'SWA, all'interno dei processi interni dell'SWA o tra l'SWA e il server Web. Tra gli indicatori importanti da prendere in considerazione sono inclusi i servizi basati sulla rete, quali la risoluzione DNS, il tempo di autenticazione e i tempi di risposta del server o del client. Inoltre, i ritardi causati da motori di scansione come AMP, Sophos e AVC devono essere valutati per identificarne l'impatto sulla latenza complessiva.

Immagine - Parametri delle prestazioni nel log degli accessi

Tempo di autenticazione elevato

Se il tempo di risposta dell'autenticazione è elevato, queste informazioni sono necessarie per consentire a TAC di risolvere meglio e più rapidamente la latenza di autenticazione:

- Configurazione SWA corrente

- Log di autenticazione in modalità debug o traccia

- Acquisizioni di pacchetti da

- Computer client.

- SWA (con filtro per acquisire il traffico del client e il traffico SWA verso tutte le directory attive configurate nelle impostazioni del realm).

- Verificare che il campo personalizzato %m e %g sia presente in Accesslogs per identificare il meccanismo di autenticazione e i gruppi

- File HAR dal client durante la riproduzione del problema

- L'output del comando testauthconfig dalla CLI

Nell'esempio viene mostrato il tempo di latenza elevata relativo all'autenticazione:

Immagine - Esempio di latenza di autenticazione elevata

Tempo DNS elevato

Se il tempo di risposta DNS è elevato, queste informazioni sono necessarie per consentire a TAC di risolvere i problemi di latenza DNS:

- Configurazione SWA corrente

- Registri di sistema in modalità traccia

- Indirizzo IP server DNS

- Acquisizioni di pacchetti da

- Computer client

- SWA (filtraggio con indirizzo IP dei server DNS).

- Verificare che nel campo personalizzato dei log degli accessi sia presente %:<d e %:>d

- File HAR dal client durante la riproduzione del problema

Per ulteriori informazioni sulla configurazione DNS e la risoluzione dei problemi, fare riferimento al collegamento Risoluzione dei problemi relativi al servizio DNS Secure Web Appliance

In questo esempio viene illustrato il tempo di latenza elevata correlato alla risoluzione dei nomi DNS:

Immagine - Esempio di latenza con alta risoluzione DNS

Tempo elevato del motore di scansione

Se il tempo di risposta per Web Reputation Score (WBRS), Application and Visibility Control (AVC) e Malware Scanning Engine è elevato, queste informazioni sono necessarie per consentire a TAC di risolvere i problemi relativi all'elevato tempo di risposta del motore di scansione:

- Configurazione SWA corrente.

- A seconda del motore con tempi di risposta elevati, modificare il livello di registrazione in debug.

Nell'esempio viene mostrato il tempo di latenza elevata relativo a Sophos Engine:

Immagine - Motore di scansione malware ad alta latenza

Se i motori di scansione mostrano una risposta elevata, per il ripristino immediato è possibile riavviare il servizio di scansione dalla CLI eseguendo la procedura seguente:

Passaggio 1. Digitare diagnostic e premere Invio (si tratta di un comando nascosto ed è necessario digitare il comando esatto).

Passaggio 2. Scegliere SERVICES.

Passaggio 3. Per riavviare il servizio WBRS, scegliere WBRS, altrimenti andare al passaggio 6.

Passaggio 4. Scegliere RIAVVIA.

Passaggio 5. Continuare a premere Invio per uscire dalla procedura guidata.

Passaggio 6. Se si intende riavviare un modulo di ricerca malware, scegliere ANTIVIRUS.

Passaggio 7. Selezionare gli scanner.

Passaggio 8. Scegliere RIAVVIA.

Passaggio 9. Continuare a premere Invio per uscire dalla procedura guidata.

Avviso: Il riavvio dei servizi interni provoca l'interruzione del servizio. Si consiglia di eseguire questa operazione nelle ore di produzione o con cautela.

Best Practice Durante La Connessione All'Acquisizione Dei Pacchetti

Durante l'acquisizione di qualsiasi pacchetto, raccogli e condividi queste informazioni con Cisco TAC.

- Indirizzo IP del client.

- L'URL a cui si stava tentando di accedere.

- L'indirizzo IP risolto per l'URL dal PC client e dall'SWA.

- Esperienza dell'utente (ad esempio, la pagina non è stata caricata o è stata caricata parzialmente e, in caso di messaggi di errore, scattare una schermata).

- Timestamp del test.

- Chiudere tutti gli altri browser e le altre app nel computer client. Accedere al sito Web, acquisire i log nel Blocco note per un tentativo di operazione riuscita/non riuscita e condividerli con il supporto Cisco.

Per informazioni dettagliate su come eseguire l'acquisizione dei pacchetti in SWA, fare riferimento al collegamento Configure Packet Capture on Content Security Appliance

Complessità della configurazione

Un'altra causa comune di latenza elevata e prestazioni ridotte è la complessità della configurazione. Questo si verifica quando l'SWA è configurato con un numero eccessivo di condizioni, profili e criteri. Questa complessità può aumentare notevolmente i tempi di risposta e sovraccaricare notevolmente il processo proxy. Questo problema tende ad accentuarsi durante le ore di punta, quando il traffico raggiunge i massimi livelli.

Di seguito sono riportati alcuni suggerimenti per ottimizzare la configurazione:

1. Limita decrittografia HTTPS: Decrittografare solo il traffico essenziale per i criteri di sicurezza. Ove possibile, ridurre il sovraccarico di elaborazione mantenendo la sicurezza.

2. Assegnazione di priorità ai criteri per l'efficienza: Disporre i criteri utilizzati più di frequente in cima all'elenco dei criteri. Ciò assicura un'elaborazione più rapida, in quanto affronta prima il traffico più impegnativo.

3. Semplificazione della progettazione delle policy: Semplificare le politiche riducendo il più possibile il loro numero. Ciò riduce l'elaborazione non necessaria e migliora le prestazioni complessive del sistema.

4. Ottimizzazione della scansione di antimalware e antivirus: rivedere le configurazioni di scansione per i processi antimalware e antivirus. Questi possono richiedere un utilizzo intensivo della CPU, pertanto l'ottimizzazione può ridurre in modo significativo il consumo di risorse senza compromettere la sicurezza.

5. Usa espressioni regolari leggere: Evitare espressioni regolari complesse o che richiedono molte risorse. Assicuratevi che caratteri quali punti (.) e stelle (*) siano correttamente escape per ridurre il carico di elaborazione e prevenire inefficienze.

Per informazioni dettagliate sulle procedure ottimali SWA, visitare il sito Web Use Secure Web Appliance Best Practices

Comandi CLI

Version

Utilizzare il comando version per verificare l'allocazione dell'hardware (per SWA virtuale) e lo stato RAID (per SWA fisico). Controllare la configurazione dell'hardware: Verificare che il numero di core CPU, la memoria e i dischi rigidi siano allocati come previsto. Nei modelli virtuali lo stato RAID è Sconosciuto. Se lo stato RAID è Danneggiato o In errore nell'accessorio fisico, contattare Cisco TAC per rivedere lo stato del disco dal back-end.

Di seguito è riportato un esempio di allocazione di più CPU al file SWA che può causare un comportamento errato:

SWA Lab> version

Current Version

===============

Product: Cisco S100V Secure Web Appliance

Model: S100V

BIOS: 6.00

CPUs: 3 expected, 4 allocated

Memory: 8192 MB expected, 8192 MB allocated

Hard disk: 200 GB, or 250 GB expected; 200 GB allocated

RAID: NA

RAID Status: Optimal

visualizzarerevisioni

Usare il comando displayalert per controllare i messaggi di allarme relativi alla rete SWA che possono indicare la causa principale.

Nell'esempio il server DNS con indirizzo IP 10.10.10.10 non risponde e il messaggio "The File Reputation service is not reachable" (Reputazione file non raggiungibile) può indicare un problema di connettività di rete.

SWA LAB> displayalerts

Date and Time Stamp           Description

--------------------------------------------------------------------------------

26 Mar 2025 11:20:07 +0500 The File Reputation service is not reachable.

26 Mar 2025 11:20:07 +0500 Critical: Reached maximum failures querying DNS server 10.10.10.10

26 Mar 2025 11:20:07 +0500 Critical: Reached maximum failures querying DNS server 10.10.10.10

26 Mar 2025 10:16:18 +0500 Warning: Communication with the File Reputation service has been established.

stato_processo

Usare il comando process_status per visualizzare l'uso dei processi e della memoria dei servizi interni SWA.

Se il processo Prox, che è il processo principale per la gestione del traffico di inoltro, supera costantemente l'utilizzo del 100% per diversi minuti, indica un carico elevato sostenuto sul processo. Tuttavia, picchi occasionali di utilizzo della CPU sul proxy o su altri processi sono normali e previsti.

SWA LAB> process_status

USER     PID   %CPU %MEM     VSZ     RSS TT  STAT STARTED           TIME COMMAND

root      11 2805.4  0.0       0     512  -  RNL  28Jun24 11863204:12.63 idle

root   71189  102.0 19.5 6670700 6478032  -  R    23Feb25    18076:32.80 prox

root   91880   99.0  0.6  369564  214832  -  R    28Jun24    58854:51.78 counterd

root   91267   76.0  0.9  379804  292324  -  R    28Jun24    59371:01.26 counterd

root      12   25.9  0.0       0    1600  -  WL   28Jun24    30899:57.88 intr

root   46955   25.0  0.2   91260   59336  -  S    23Jan25     7547:02.96 wbnpd

root   95056   23.0 11.2 5369332 3710348  -  I    28Jun24    31719:23.99 java

root   93190   12.0  1.4 3118384  456088  -  S    01:15         29:57.05 beakerd

root   64579   11.0  0.2  101336   71204  -  S     6Aug24    12074:55.55 coeuslogd

dettagli stato

Il comando status detail fornisce un riepilogo in tempo reale dell'utilizzo delle risorse di sistema, delle metriche del traffico di rete e delle statistiche delle connessioni, che riflette lo stato e le prestazioni generali dell'interfaccia SWA. Riflette la visualizzazione dello stato del sistema nella GUI per un monitoraggio e una risoluzione dei problemi rapidi.

SWA LAB> Status detail

Status as of:                  Wed Mar 26 11:51:27 2025 PKT

Up since:                      Fri Jun 28 13:45:43 2024 PKT (270d 22h 5m 43s)

System Resource Utilization:

CPU                                    16.0%

RAM                                    10.3%

Reporting/Logging Disk                 19.8%

Transactions per Second:

Average in last minute                  1745

Maximum in last hour                    2210

Average in last hour                    1708

Maximum since proxy restart             2451

Average since proxy restart              615

Bandwidth (Mbps):

Average in last minute               149.699

Maximum in last hour                1356.387

Average in last hour                 229.634

Maximum since proxy restart        22075.244

Average since proxy restart           60.689

Response Time (ms):

Average in last minute                    99

Maximum in last hour                 8194128

Average in last hour                      87

Maximum since proxy restart         19608632

Average since proxy restart               28

Cache Hit Rate:

Average in last minute                     3

Maximum in last hour                       6

Average in last hour                       2

Maximum since proxy restart                89

Average since proxy restart                2

Connections:

Idle client connections                 3481

Idle server connections                  754

Total client connections               21866

Total server connections               19049

SSLJobs:

In queue Avg in last minute                0

Average in last minute                 12050

SSLInfo Average in last min                0

Network Events:

Average in last minute                  16.0

Maximum in last minute                   171

Network events in last min            151918

Ipcheck

Il comando ipcheck consente di visualizzare informazioni di sistema dettagliate per l'appliance Web sicura, tra cui le specifiche hardware, l'utilizzo del disco, le interfacce di rete, le chiavi software installate e i dettagli sulla versione, fornendo un'istantanea completa dello stato corrente dell'appliance.

SWA LAB > ipcheck

Ipcheck Rev           1

Date                  Fri Mar 21 16:34:56 2025

Model                 S100V

Platform              vmware (VMware Virtual Platform)

Secure Web Appliance Version  Version: 15.2.1-011

Build Date            2024-10-03

Install Date          2025-02-13 17:49:24

Burn-in Date          Unknown

BIOS Version          6.00

RAID Version          NA

RAID Status           Unknown

RAID Type             NA

RAID Chunk            Unknown

BMC Version           NA

Disk 0                200GB VMware Virtual disk 1.0 at mpt0 bus 0 scbus2 target 0 lun 0

Disk Total            200GB

Root                  4GB 64%

Nextroot              4GB 65%

Var                   400MB 38%

Log                   130GB 24%

DB                    2GB 0%

Swap                  8GB

Proxy Cache           50GB

RAM Total             8192M

velocità

Il comando rate stampa le velocità di connessione e il numero di richieste al secondo ogni 10 secondi.

SWA LAB> rate

Press Ctrl-C to stop.

%proxy  reqs                        client    server    %bw  disk disk

CPU  /sec    hits blocks misses    kb/sec    kb/sec  saved  wrs   rds

100.00  1800     17  16352   1626    178551    178551    0.0  2366   0

100.00  1813     18  16453   1659    226301    224952    0.6  3008   0

99.00  1799      10  16338   1645    206234    206234    0.0  3430   1

Raccolta dei log per l'alta latenza

Dipende dalla sezione in cui si riscontra un tempo di risposta elevato dai log degli accessi o un carico di elaborazione elevato dai log SHD. Per ulteriori informazioni sulla risoluzione dei problemi, è consigliabile modificare la sottoscrizione del log corrispondente in Debug.

Avviso: L'impostazione del livello di registro su debug o traccia può aumentare l'utilizzo delle risorse e causare una rapida rotazione o sovrascrittura dei file di registro.

Campo log degli accessi

Campo registro SHD

Sottoscrizione log corrispondente

Risposta Auth, totale Auth

—

authlogs

Risposta DNS, totale DNS

—

registri_sistema

Risposta WBRS, totale WBRS

Wbrs_WucLd

Contatta Cisco TAC

Risposta AVC, totale AVC

—

avc_log

Risposta di McAfee, McAfee totale

McafeeLd

log_mcafee

Risposta Sophos, Sophos totale

SophosLd

registri_sophos

Risposta Webroot, totale Webroot

WebrootLd

webrootlog

risposta AMP, totale AMP

AMP

log_amp

Informazioni correlate

Risoluzione dei problemi relativi alle prestazioni di Secure Web Appliance con i registri SHD

Accesso ai registri protetti di Web Appliance

Configurazione dell'acquisizione pacchetti su Content Security Appliance

Utilizzare le procedure ottimali per Secure Web Appliance

Configura parametro prestazioni nei log degli accessi

Risoluzione dei problemi relativi agli stati di processo insoliti in SWA

Determinazione della velocità di decrittografia in SWA

Risoluzione dei problemi relativi al servizio DNS Secure Web Appliance

Accesso ai registri protetti di Web Appliance