- Par point de contrôle : recommandé si vous souhaitez exporter des logs vers un service externe d’analyse de données.
- Par critères de recherche : utilisé par l’Auth0 Dashboard.
/api/v2/logs/{id}: récupère l’entrée de log associée à l’ID de log fourni./api/v2/users/{user_id}/logs: récupère les logs pour un ID d’utilisateur précis.
Récupérer les logs par point de contrôle
log_id donné. Elle
est couramment utilisée pour envoyer vos logs vers un système externe, comme Splunk, Datadog,
Application Insights, Mixpanel, et d’autres encore.
Pour effectuer une recherche par point de contrôle, utilisez les paramètres suivants :
| Paramètre | Description |
|---|---|
from | ID d’événement de journal à partir duquel commencer à récupérer les logs. Vous pouvez limiter le nombre de logs à l’aide du paramètre take. |
take | Nombre total d’entrées à récupérer lors de l’utilisation du paramètre from. |
from et take sera ignoré. Les logs sont triés selon le log_id.
Sémantique
- Tous les logs auxquels votre rôle vous donne accès sont renvoyés
- Les logs sont triés selon le
log_id, plutôt qu’en fonction de l’heure de génération, afin d’éviter d’omettre des enregistrements en raison des délais du système Auth0 - La pagination n’est pas bornée, c’est-à-dire qu’il n’y a pas de limite, contrairement à la limite de
1,000enregistrements lors de la récupération des logs selon des critères de recherche
Pagination
next
dans l’en-tête Link. Cela simplifie l’intégration avec l’API
et permet à Auth0 d’effectuer des optimisations sans nuire à l’expérience
client.
Exemple
us est acme. Pour commencer à récupérer des enregistrements par
point de contrôle :
-
Récupérez le
log_idde n’importe quel journal de votre système. Exemple :90020211201185132572079310688835925971249535794074878050. -
Envoyez une requête à
https://TENANT_NAME.LOCALITY.auth0.com/api/v2/logs?from=LOG_ID&take=100pour demander les100logs suivants, plus récents que leLOG_IDdonné. -
La réponse HTTP contiendra :
- Un tableau JSON contenant de
0à100logs plus récents que leLOG_IDdonné - Un en-tête HTTP
Linkavec une relationnext
- Un tableau JSON contenant de
-
Si l’ensemble de résultats est vide, vous recevrez un tableau vide et la relation
nextcorrespondra à la même URL que celle utilisée dans la requête la plus récente
Récupérer des logs selon des critères de recherche
| Paramètre | Description |
|---|---|
q | Critères de recherche utilisant la syntaxe de chaîne de requête. |
page | Le numéro de page commençant à zéro. |
per_page | Le nombre d’entrées par page. |
sort | Le champ à utiliser pour le tri. Utilisez field:order, où order est 1 pour l’ordre croissant et -1 pour l’ordre décroissant. Par exemple : date:-1. |
fields | Une liste de champs séparés par des virgules à inclure ou à exclure (selon include_fields) du résultat. Laissez ce paramètre vide pour récupérer tous les champs. |
include_fields | true si les champs spécifiés doivent être inclus dans le résultat, false sinon. La valeur par défaut est true. |
Limites
414 Request-URI Too Large, cela signifie que votre chaîne de requête dépasse la longueur prise en charge. Dans ce cas, affinez votre recherche.
Limites des champs de recherche du cloud privé
Les champs suivants sont interrogeables uniquement dans le cloud privé :
userconnectionapplicationtypeip
application:"test" recherchera tous les événements de log propres à l’application nommée test, tandis que application:test recherchera les événements de log des applications dont le nom contient « test ».