Skip to main content
Fanen Request logs i Developer Hub viser organisasjonens /v1 API-trafikk: sammendragsstatistikk for de siste 24 timene – antall forespørsler, feilrate og forespørsler med hastighetsbegrensning – over en søkbar logg over individuelle forespørsler.

​
Hva hver oppføring registrerer

Logtabellen viser tidspunkt, HTTP-metode, sti, svarstatus, policybeslutning, latens og forespørsels-ID for hvert kall. Når du åpner en oppføring, vises alle detaljer, inkludert tjenestekontoen og API-nøkkelen som foretok kallet, kilde-IP-adressen og tillatelsene som var gjeldende. Policybeslutningen viser hvordan forespørselen ble behandlet:
  • Allowed – forespørselen ble autentisert og autorisert.
  • Denied – forespørselen ble avvist, for eksempel fordi nøkkelen manglet nødvendig tillatelse, var utløpt eller var tilbakekalt.
  • Rate limited – forespørselen overskred et forespørselsbudsjett og ble avvist med 429. Se hastighetsbegrensninger.

​
Filtrer og søk

Avgrens loggen etter tjenestekonto, API-nøkkel, HTTP-metode, statusklasse (2xx–5xx), policybeslutning, tidsperiode eller stiprefiks (for eksempel /v1/entities).

​
Spor en feil med forespørsels-ID

Hvert API-svar inneholder en Request-Id-header, og hver feilmelding inneholder samme verdi i feltet request_id. Lim inn denne verdien i søkefeltet for forespørselsloggen for å gå rett til den tilhørende oppføringen og se nøyaktig hvordan forespørselen ble behandlet.
Når en integrasjon rapporterer en feil, be om request_id fra feilsvaret. Det er den raskeste veien fra et symptom hos kunden til den autoritative registreringen av hva som skjedde – og verdien du bør oppgi hvis du kontakter Living Security-støtte.

​
Oppdag problemer tidlig

  • En økende feilrate betyr vanligvis at en nøkkel har utløpt, er tilbakekalt eller har mistet en tillatelse den trenger – filtrer etter beslutning for å finne den aktuelle legitimasjonen som feiler.
  • Et økende antall rate-limited-forespørsler betyr at en arbeidsbelastning går for hardt; se hastighetsbegrensninger for strategier for å jevne ut belastningen.
  • Trafikk fra en tjenestekonto som skulle vært inaktiv er et signal om at du bør sjekke om legitimasjonen ligger der du tror – og deaktivere kontoen mens du undersøker saken.