Problemen met de latentie van een beveiligd webtoestel oplossen

Inleiding

In dit document worden de stappen beschreven voor het oplossen van problemen bij High Latency, High Disk en High CPU in Cisco Secure Web Appliance (SWA).

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• Cisco SWA-administratie.

• Methoden voor proxyimplementatie (expliciet en transparant).

• SWA Command Line Interface (CLI)-opdrachten.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Achtergrondinformatie

Wanneer u contact opneemt met Cisco Technical Support, wordt u gevraagd om details te verstrekken over de uitgaande en inkomende netwerkactiviteit van SWA, die kan worden gecontroleerd door een pakketopname uit te voeren om verkeer te verzamelen voor foutopsporing of verificatiedoeleinden.

Frequente oorzaken van hoge latentie in SWA

Over het algemeen zijn er drie hoofdcategorieën voor de hoge latentie in SWA:

1. Ontoereikende omvang van SWA’s of overbelaste middelen.
2. Complexe configuraties.
3. Netwerkgerelateerde latentieproblemen.

Een van de meest voorkomende oorzaken van hoge latentie bij SWA is onvoldoende dimensionering van de oplossing. De juiste grootte is van cruciaal belang om ervoor te zorgen dat het SWA-systeem over voldoende middelen beschikt om de huidige en verwachte werklasten aan te kunnen. Als het systeem te klein is, kan het moeite hebben om aanvragen efficiënt te verwerken, wat leidt tot vertragingen in de activiteiten en verminderde prestaties.

Factoren zoals het aantal gebruikers, het decoderingsvolume en specifieke scanvereisten moeten tijdens de implementatie zorgvuldig worden geëvalueerd om beperkte middelen te vermijden. Als de SWA-capaciteit niet wordt afgestemd op de organisatorische behoeften, kan dit leiden tot aanhoudende latentie en een verminderde gebruikerservaring.

Complexe configuraties kunnen de prestaties verlagen en vertraging veroorzaken op de SWA, vooral bij hoge belasting, omdat elk verzoek door tal van omstandigheden moet worden verwerkt.

Netwerkgerelateerde latentie kan voortkomen uit de SWA zelf, services van derden zoals Active Directory, Data Loss Prevention (DLP), Domain Name System (DNS) of uit netwerkvertragingen tussen de client, SWA en upstream servers.

Het analyseren van de verzoeken die naar de SWA worden verzonden, inclusief het identificeren van de topgebruikers en de meest toegankelijke URL's, kan potentieel wangedrag aangeven en de onderliggende oorzaken van latentie identificeren. Deze informatie is van onschatbare waarde voor het diagnosticeren van prestatieproblemen, het beheren van bandbreedteverbruik en het garanderen van een passend gebruik van het systeem.

Hulpmiddelen voor probleemoplossing met SWA-latentie

Systeemstatus

Gebruik deze stappen om het huidige verbruik van hulpbronnen in SWA te controleren: 

Stap 1. Toegang tot de grafische gebruikersinterface (GUI) van SWA.

Stap 2. Navigeer naar Rapportage > Systeeminformatie > Systeemstatus.

Stap 3. Controleer deze kritieke gegevens om de systeemprestaties te beoordelen:

• CPU-gebruik (%): Geeft de huidige CPU-belasting aan.
• RAM-gebruik (%): Geeft het geheugengebruik weer.
• Gebruik voor rapportage/logboekregistratie (%): Geeft het percentage schijfruimte weer dat wordt gebruikt voor rapportage en logboekregistratie.
• Systeemuptime: geeft de totale tijd weer dat het systeem actief is geweest zonder dat het opnieuw is opgestart.

Image - Systeemstatus

Deze pagina geeft een overzicht van de huidige status van RAM-, CPU- en schijfgebruik. Als u het bronnengebruik in de loop van de tijd wilt bekijken, gaat u vanuit de SWA GUI naar Rapportage en kiest u Systeemcapaciteit.

systeemcapaciteit

De pagina Systeemcapaciteit in de SWA biedt een uitgebreid overzicht van het gebruik van hulpbronnen en de prestatiecijfers over een bepaald tijdsbereik. Deze pagina biedt gedetailleerde grafieken om het systeemgedrag te monitoren en te analyseren, optimale prestaties te garanderen en potentiële knelpunten te identificeren.

Beschikbare grafieken en statistieken op de pagina Systeemcapaciteit zijn:

1. Algemeen CPU-gebruik: Geeft het totale CPU-gebruik weer en geeft een overzicht op hoog niveau van de systeemprestaties.
2. CPU-gebruik per functie: Het CPU-gebruik wordt uitgesplitst op basis van specifieke functies, waaronder:

• webproxy
• Logboekregistratie
• verslaglegging
• McAfee
• Sophos
• Webroot
• Aanvaardbaar gebruik en reputatie

3. Responstijd/latentie (milliseconden): houdt de responstijden bij om eventuele vertragingen in de verwerking van verzoeken te identificeren.

4. Transacties per seconde: geeft het aantal transacties weer dat door de SWA per seconde wordt afgehandeld.

5. Connections Out: bewaakt het aantal uitgaande verbindingen dat wordt gemaakt.

6. Bandwidth Out (Bytes): meet de hoeveelheid uitgaande bandbreedte die wordt gebruikt.

7. Proxy Buffer Memory (%): Geeft het percentage geheugen weer dat wordt gebruikt door het proxyproces.

Controleer de statistieken op tekenen van hoog bronnengebruik in dit dashboard.

Image- Systeemcapaciteit

Afbeelding - SWA-transacties per seconde en verbindingen uit

Image- SWA-geheugengebruik

Topbestemmingen analyseren

Om topbestemmingen te analyseren, navigeert u naar de SWA GUI, navigeert u naar Rapportage en kiest u Websites. Bekijk de lijst met top-HTTP- of HTTPS-websites en identificeer domeinen met veel verkeer of vaak gebruikte domeinen.

Overweeg op basis van uw bevindingen om generieke URL's, zoals Microsoft Updates, Adobe, Office365 en online vergaderplatforms, te omzeilen of vrij te stellen. Deze aanpak helpt het verkeer op de SWA te verminderen, wat leidt tot een lagere latentie en een lagere proxyverwerkingsbelasting.

Afbeelding - Dashboard van SWA-topwebsites

Afbeelding - SWA-dashboard voor topdomeinen

Topgebruikers analyseren  

Om potentiële bronnen van overmatig verkeer te identificeren, navigeert u naar de SWA GUI van Rapportage en kiest u Gebruikers.

Bekijk de lijst om te bepalen welke gebruikers het hoogste aantal transacties naar de SWA genereren. Controleer ook op gebruikersmachines die het hoogste aantal transacties naar de SWA genereren en de maximale bandbreedte verbruiken.

Deze analyse kan helpen gebruikers of apparaten te identificeren die verantwoordelijk zijn voor aanzienlijke verkeersbelastingen, waardoor gerichte acties mogelijk zijn om de algehele systeembelasting te verminderen.

Image-SWA-dashboard voor topgebruikers

SHD-logboeken 

Door de SHD_log te bekijken, kunt u enkele prestatiemetingen analyseren, zoals het aantal sessies van gebruikers naar SWA (CliConn), het aantal sessies van SWA naar het internet (SrvConn), de gemiddelde verzoeken per seconden (Reqs) enzovoort.

Raadpleeg voor meer informatie over het SHD-log de koppeling Problemen met beveiligde webapparaatprestaties oplossen met SHD-logboeken,

Enkele belangrijke parameters die in de SHD-logboeken moeten worden beoordeeld, zijn:

• ClientConns: aantal actieve clientverbindingen.
• ServerConns: aantal actieve serververbindingen.
• ProxLd: gemiddelde procesbelasting.
• CPULD: gemiddelde totale CPU-belasting.
• RAMUTIL: RAM-gebruik.
• Latency: gemiddelde servicetijd in één minuut.
• DiskUtil: Schijfgebruik en I/O-prestaties.

Zoals in dit voorbeeld wordt getoond, leiden ongeveer 1.600 verzoeken per seconde tot een hoge proxyprocesbelasting.

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 

Gebruik toegangslogboeken om latentieproblemen op te lossen

Wanneer zich latentieproblemen voordoen bij verkeer dat via een SWA wordt geproxyd, kunnen toegangslogboeken dienen als een waardevol hulpmiddel voor het identificeren van de waarschijnlijke oorzaak. U kunt de bestaande instellingen voor het toegangslog wijzigen of een nieuw toegangslog maken om de inspanningen voor probleemoplossing te verbeteren. Door Performance Parameters in het Custom Field op te nemen, kunt u dieper inzicht krijgen in factoren die bijdragen aan latentie, waardoor effectievere analyse en resolutie mogelijk worden.

Voor meer informatie over de Prestatieparameters en de configuratiestappen: Prestatieparameter configureren in toegangslogboeken.

De gedetailleerde gids voor het verzamelen van logboeken in de SWA: Access Secure Web Appliance Logs.

Latentiebronnen kunnen worden geanalyseerd door belangrijke parameters te onderzoeken die helpen bepalen of er vertragingen optreden tussen de client en de SWA, binnen interne processen van de SWA of tussen de SWA en de webserver. Belangrijke indicatoren om te overwegen zijn netwerkgebaseerde services zoals DNS-resolutie, verificatietijd en server- of clientresponstijden. Bovendien moeten vertragingen veroorzaakt door scanmotoren zoals AMP, Sophos en AVC worden geëvalueerd om hun impact op de algehele latentie te identificeren.

Afbeelding - Prestatieparameters in het AccessLog

Hoge verificatietijd 

Als de reactietijd van de verificatie hoog is, is deze informatie vereist voor Cisco-ondersteuning om de vertraging van de verificatie beter en sneller op te lossen:

• Huidige SWA-configuratie.

• Verificatielogboeken in debug- of traceringsmodus.

• Packet vangt op.

  • Clientmachine..

  • SWA (met filter om het clientverkeer en het SWA-verkeer vast te leggen naar alle actieve directory's die zijn geconfigureerd in de realm-instellingen).

• Zorg ervoor dat Accesslogs zowel het aangepaste veld %m als %g heeft om het verificatiemechanisme en de groepen te identificeren.

• HAR-bestand van de client tijdens het reproduceren van het probleem.

• De uitvoer van de opdracht testauthconfig van de CLI.

Dit voorbeeld toont de hoge latentietijd met betrekking tot verificatie:  

Afbeelding - Voorbeeld van hoge authenticatielatentie

Hoge DNS-tijd

Als de DNS-responstijd hoog is, is deze informatie vereist voor TAC om DNS-latentieproblemen op te lossen:

• Huidige SWA-configuratie.

• Systeemlogs in traceringsmodus.

• IP-adres van DNS-servers.

• Packet vangt op.

  • Clientmachine.

  • SWA (Filteren met IP-adres van DNS-servers).

• Zorg ervoor dat uw Accesslogs zowel %:<d en %:>d in het aangepaste veld hebben.

• HAR-bestand van de client tijdens het reproduceren van het probleem.

Voor meer informatie over de DNS-configuratie en probleemoplossing raadpleegt u de koppeling Problemen oplossen met DNS-service voor beveiligde webapparaten 

Dit voorbeeld toont de hoge latentietijd met betrekking tot de resolutie van de DNS-naam:  

Afbeelding - Voorbeeld van latentie met hoge DNS-resolutie
 

Hoge scantijd van de motor

Als de responstijd hoog is voor Web Reputation Score (WBRS), Application and Visibility Control (AVC) en Malware Scanning engines, is deze informatie vereist voor TAC om problemen met de hoge responstijd van de scanengine op te lossen:

• Huidige SWA-configuratie.

• Afhankelijk van de engine met een hoge responstijd, wijzigt u het logniveau in debug.
  
  

Dit voorbeeld toont de hoge latentietijd gerelateerd aan Sophos Engine:  

Image - scanengine voor malware met hoge latentie

Als de scanengines een hoge respons vertonen, kunt u voor onmiddellijk herstel de scanservice vanuit CLI opnieuw starten met de volgende stappen:

Stap 1. Typ diagnostisch en druk op Enter (dit is een verborgen opdracht en u moet de exacte opdracht typen).

Stap 2. Kies SERVICES.

Stap 3. Als u de WBRS-service opnieuw wilt starten, kiest u WBRS anders overslaan naar stap 6.

Stap 4. Kies OPNIEUW OPSTARTEN.

Stap 5. Blijf op Enter drukken om de wizard te verlaten. 

Stap 6. In het geval dat u van plan bent om een malware scanning engine opnieuw te starten, kies ANTIVIRUS.

Stap 7. Selecteer uw scanners.

Stap 8. Kies OPNIEUW OPSTARTEN.

Stap 9. Blijf op Enter drukken om de wizard te verlaten. 

Best practice bij het aansluiten van pakketvastlegging 

Verzamel en deel deze informatie met Cisco TAC tijdens het vastleggen van pakketten.

•  IP-adres van client. 
•  De URL die u probeert te openen.
• Het IP-adres is opgelost voor die URL van de client-pc en van de SWA.
•  Gebruikerservaring (zoals pagina die niet is geladen of gedeeltelijk is geladen en als er foutmeldingen zijn, maak dan een schermafbeelding).
•  Tijdstempel van de test.
•  Sluit alle andere browsers en apps op het clientsysteem. Ga naar de website, leg logboeken vast in Notepad voor één poging tot succes/falen en deel deze met Cisco Support.

Raadpleeg de koppeling Packet Capture configureren op Content Security Appliance voor gedetailleerde informatie over het uitvoeren van pakketvastlegging in SWA 

Configuratiecomplexiteit 

Een andere veel voorkomende oorzaak van hoge latentie en slechte prestaties is de complexiteit van de configuratie. Dit gebeurt wanneer de SWA is geconfigureerd met een overmatig aantal voorwaarden, profielen en beleidsregels. Een dergelijke complexiteit kan de responstijden aanzienlijk verhogen en het proxyproces zwaar belasten. Dit probleem heeft de neiging om meer uitgesproken te worden tijdens piekuren, wanneer het verkeer op zijn hoogst is.

Hier zijn enkele tips om de configuratie te optimaliseren:

1. Beperk HTTPS-decodering: decodeer alleen het verkeer dat essentieel is voor uw beveiligingsbeleid. Verminder waar mogelijk de verwerkingsoverhead en behoud de veiligheid.
2. Prioriteit geven aan beleid voor efficiëntie: regel het meest gebruikte beleid bovenaan de beleidslijst. Dit zorgt voor een snellere verwerking door eerst het meest veeleisende verkeer aan te pakken.
3. Stroomlijn beleidsontwerp: Vereenvoudig beleid door het aantal ervan zoveel mogelijk te minimaliseren. Dit vermindert onnodige verwerking en verbetert de algehele systeemprestaties.
4. Anti-Malware en Anti-Virus Scanning optimaliseren: controleer de scanconfiguraties voor anti-malware en anti-virusprocessen. Deze kunnen CPU-intensief zijn, dus het afstellen ervan kan het verbruik van bronnen aanzienlijk verlagen zonder de beveiliging in gevaar te brengen.
5. Gebruik lichte reguliere expressies: vermijd complexe of resource-zware reguliere expressies. Zorg ervoor dat tekens zoals punten (.) en sterren (*) op de juiste manier worden ontsnapt om de verwerkingsbelasting te verminderen en inefficiënties te voorkomen.

Ga voor gedetailleerde informatie over SWA Best Practice naar Use Secure Web Appliance Best Practices 

 

CLI-opdrachten

Versie

Gebruik de versieopdracht om de hardwaretoewijzing (voor virtuele SWA) en RAID-status (voor fysieke SWA) te controleren. Hardwareconfiguratie controleren: zorg ervoor dat het aantal CPU-cores, het geheugen en de harde schijven naar verwachting zijn toegewezen. In virtuele modellen wordt de RAID-status weergegeven als Onbekend. Als de RAID-status "Degraded" of "Failed" is in een fysiek apparaat, neemt u contact op met Cisco TAC om de schijfstatus van de back-end te bekijken. 

Hier is een voorbeeld van het toewijzen van meer CPU aan de SWA die kan leiden tot wangedrag:

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 

DisplayAlerts

Gebruik de opdracht DisplayAlerts om waarschuwingsberichten in verband met het SWA-netwerk te controleren die de onderliggende oorzaak kunnen aangeven.

In dit voorbeeld reageerde de DNS-server op IP-adres 10.10.10.10 niet en het bericht "De bestandsreputatieservice is niet bereikbaar" kan wijzen op een probleem met de netwerkconnectiviteit.

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. 

process_status

Gebruik de opdracht process_status om het proces- en geheugengebruik van interne SWA-services te bekijken.

Als het Prox-proces, dat het belangrijkste proces is voor het verwerken van proxyverkeer, consequent gedurende enkele minuten 100% gebruik overschrijdt, duidt dit op een aanhoudende hoge belasting van het proces. Incidentele korte pieken in CPU-gebruik op de Prox of andere processen zijn echter normaal en verwacht.

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 

statusdetails 

De opdracht voor statusdetails biedt een realtime overzicht van het gebruik van systeembronnen, netwerkverkeersstatistieken en verbindingsstatistieken, die de algehele gezondheid en prestaties van de SWA weerspiegelen. Het weerspiegelt de weergave Systeemstatus in de GUI voor snelle bewaking en probleemoplossing.

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

De opdracht ipcheck geeft gedetailleerde systeeminformatie weer voor het Secure Web Appliance, inclusief hardwarespecificaties, schijfgebruik, netwerkinterfaces, geïnstalleerde softwaresleutels en versiedetails, en biedt een uitgebreide momentopname van de huidige status van het toestel.

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

snelheid

De snelheidsopdracht drukt de verbindingssnelheden en het aantal verzoeken per seconde elke 10 seconden af.

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 

Logs verzamelen voor hoge latentie

Het hangt af van de sectie die u ziet hoge responstijd van Access Logs of hoge procesbelasting van SHD logs, voor verdere probleemoplossing, is het het beste om het bijbehorende logabonnement te wijzigen in Debug.

veld Toegangslogboek	SHD-logveld	Corresponderend logabonnement
Autorespons, Autortotaal	--	auteurs
DNS-respons, DNS-totaal	--	system_logs
WBRS-respons, WBRS-totaal	WBRS_WUCld	Neem contact op met Cisco TAC
AVC-respons, AVC totaal	--	AVC_logs
McAfee-respons, McAfee-totaal	McAfeeLd	McAfee_logs
Sophos respons, Sophos totaal	SophosLd	Sophos_logs
Webroot respons, Webroot totaal	WebrootLD	weblogs
AMP-respons, AMP totaal	AMPLd	amp_logs

Gerelateerde inhoud

• Problemen met beveiligde webapparaatprestaties oplossen met SHD-logboeken 
• Toegang tot logboeken voor beveiligde webtoepassingen 
• Packet Capture configureren op apparaat voor contentbeveiliging 
• Best practices voor veilige webtoepassingen gebruiken 
• Prestatieparameter configureren in toegangslogboeken 
• Problemen oplossen met ongebruikelijke procestoestanden in SWA 
• Decryptiepercentage in SWA bepalen 
• Problemen oplossen met de DNS-service van het beveiligde webtoestel 
• Toegang tot logboeken voor beveiligde webtoepassingen 

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
2.0	22-Oct-2026	Hercertificering en modernisering
1.0	26-Jun-2025	Eerste vrijgave