> For the complete documentation index, see [llms.txt](https://docs.radiusaas.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.radiusaas.com/fr/autre/faqs/log-and-common-errors.md).
# Journaux et erreurs courantes
Cette page vous guide sur la manière d'interpréter l'un des messages d'erreur ci-dessous.
## Aucune session EAP ne correspond à l'état
{% hint style="info" %}
Gravité : faible / aucun impact
{% endhint %}
Messages d'erreur correspondants :
* "Aucune session EAP ne correspond à l'état"
* "Impossible de définir la liste parente"
Le protocole RADIUS est sans état et, comme il est normalement transmis via UDP, il doit vérifier si tous les paquets sont arrivés, si leur intégrité est préservée, s'ils peuvent être correctement assemblés dans le bon ordre, etc., en atténuant essentiellement les défauts du protocole UDP.
Chaque requête d'authentification suit une série d'étapes qui doivent être exécutées (p. ex. association, requête, défi, réponse au défi). Pour ces étapes, les deux côtés (client et serveur) ont un état qui est inclus dans le paquet envoyé et un état qui est stocké localement. Ces états doivent correspondre à l'étape dans laquelle se trouvent actuellement, respectivement, le client et le serveur.
Le message d'erreur indique que l'un des acteurs (client, serveur) a envoyé ou reçu un paquet qui ne correspond pas à l'état attendu. Ces erreurs se produisent de temps en temps, car UDP ne peut pas garantir que les paquets sont toujours livrés (correctement ou pas du tout). Dans la plupart des cas, ce n'est pas un problème, car le protocole RADIUS gère ces erreurs et réinitialise la connexion sans que l'ordinateur qui tente de se connecter ne s'en aperçoive.
Si les appareils parviennent finalement à se connecter sans délai perceptible, de telles erreurs peuvent être ignorées. Si ce n'est pas le cas, essayez [d'augmenter vos délais d'attente EAP](/fr/autre/faqs/general.md#what-eap-parameters-and-timeouts-should-be-configured).
## Reprise de session du proxy
{% hint style="info" %}
Gravité : faible / aucun impact
{% endhint %}
tlsclientrd : connexion au serveur server-tls-secondary3 perdue
Vos proxies établiront une session TCP avec votre/vos serveur(s) RadSec. Ces sessions doivent être réinitiées toutes les 30 secondes. Tant qu'il n'y a aucune erreur dans ces messages, ces entrées de journal sont attendues.
## Erreur dans l'erreur
{% hint style="info" %}
Gravité : faible / aucun impact
{% endhint %}
Comme vos serveur(s) RadSec sont accessibles dans le monde entier, n'importe qui sur Internet peut essayer de s'y connecter, par exemple au moyen d'une poignée de main TCP. Si aucune connexion TLS mutuelle valide ne peut être établie (ce qui ne fonctionne que si l'entité qui se connecte présente un certificat client RadSec de confiance), ce message d'erreur est généré et attendu.
Comme RADIUSaaS ne peut pas faire la distinction entre quelqu'un qui explore/scanne les ports des serveurs sur Internet et un authentificateur légitime simplement mal configuré, RADIUSaaS ne masque pas ces entrées de journal. Cela signifie que, si votre infrastructure fonctionne correctement, vous pouvez ignorer ces entrées de journal.
## Le statut du certificat avait déjà été révoqué
{% hint style="info" %}
Gravité : faible / aucun impact
{% endhint %}
Si un certificat est trouvé révoqué, ce statut sera mis en cache pendant 2 minutes. Les tentatives supplémentaires d'authentification de ce certificat seront directement rejetées sans effectuer une autre requête OCSP. Cela est fait pour réduire la charge sur le répondeur OCSP.
Le `Vérifier-Description` le champ contiendra l'identifiant de corrélation de la requête initiale rejetée.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.radiusaas.com/fr/autre/faqs/log-and-common-errors.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
