Skip to main content
Fanen Request logs i Developer Hub viser din organisations /v1 API-trafik: oversigtsstatistik for de seneste 24 timer – antal anmodninger, fejlrate og hastighedsbegrænsede anmodninger – oven over en søgbar log over individuelle anmodninger.

​
Hvad hver post registrerer

Logtabellen viser tidspunkt, HTTP-metode, sti, svarstatus, politikafgørelse, latenstid og anmodnings-ID for hvert kald. Når du åbner en post, vises alle detaljer, herunder den servicekonto og den API-nøgle, der foretog kaldet, kilde-IP-adressen og de tilladelser, der var gældende. Politikafgørelsen fortæller, hvordan anmodningen blev håndteret:
  • Allowed – anmodningen blev godkendt og autoriseret.
  • Denied – anmodningen blev afvist, for eksempel fordi nøglen manglede den nødvendige tilladelse, var udløbet eller var blevet tilbagekaldt.
  • Rate limited – anmodningen overskred et anmodningsbudget og blev afvist med en 429. Se hastighedsbegrænsninger.

​
Filtrer og søg

Afgræns loggen efter servicekonto, API-nøgle, HTTP-metode, statusklasse (2xx–5xx), politikafgørelse, tidsinterval eller stipræfiks (for eksempel /v1/entities).

​
Spor en fejl via anmodnings-ID

Hvert API-svar indeholder en Request-Id-header, og hver fejltekst indeholder den samme værdi i feltet request_id. Indsæt værdien i søgefeltet i anmodningsloggen for at gå direkte til den tilsvarende post og se præcis, hvordan anmodningen blev håndteret.
Når en integration rapporterer en fejl, så bed om request_id fra fejlsvaret. Det er den hurtigste vej fra et symptom hos kunden til den autoritative registrering af, hvad der skete – og den værdi, du skal oplyse, hvis du kontakter Living Securitys support.

​
Opdag problemer tidligt

  • En stigende fejlrate betyder som regel, at en nøgle er udløbet, er blevet tilbagekaldt eller har mistet en tilladelse, den har brug for – filtrer efter afgørelse for at finde den legitimationsoplysning, der fejler.
  • Et stigende antal hastighedsbegrænsede anmodninger betyder, at en arbejdsbyrde kører for hårdt; se hastighedsbegrænsninger for strategier til udjævning.
  • Trafik fra en servicekonto, der burde være inaktiv, er et signal om at kontrollere, om dens legitimationsoplysninger er de steder, hvor du tror – og om at deaktivere kontoen, mens du undersøger sagen.