> 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/es/otro/faqs/log-and-common-errors.md).
# Registros y errores comunes
Esta página le ofrece orientación sobre cómo interpretar uno de los siguientes mensajes de error.
## No existe ninguna sesión EAP que coincida con el estado
{% hint style="info" %}
Gravedad: baja / sin impacto
{% endhint %}
Mensajes de error correspondientes:
* "No existe ninguna sesión EAP que coincida con el estado"
* "No se puede establecer la lista principal"
El protocolo RADIUS no tiene estado y, dado que normalmente se transmite sobre UDP, tiene que validar si todos los paquetes han llegado, si su integridad se mantiene, si pueden ensamblarse correctamente en el orden correcto, etc.; en esencia, mitigando los defectos del protocolo UDP.
Cada solicitud de autenticación pasa por un proceso de pasos que deben realizarse (por ejemplo, asociación, solicitud, desafío, respuesta al desafío). Para estos pasos, ambas partes (cliente y servidor) tienen un estado que se incluye en el paquete enviado y un estado que se almacena localmente. Estos estados deben coincidir con el paso en el que el cliente y el servidor se encuentran actualmente, respectivamente.
El mensaje de error indica que uno de los actores (cliente, servidor) ha enviado o recibido un paquete que no coincide con el estado esperado. Estos errores ocurren de vez en cuando, ya que UDP no puede garantizar que los paquetes se entreguen siempre (correctamente o en absoluto). En la mayoría de los casos esto no es un problema, porque el protocolo RADIUS gestiona estos errores y reinicia la conexión sin que el equipo que intenta iniciar sesión lo note.
Si los dispositivos pueden conectarse finalmente sin retrasos apreciables, estos errores pueden ignorarse. Si no es así, pruebe [aumentar sus tiempos de espera EAP](/es/otro/faqs/general.md#what-eap-parameters-and-timeouts-should-be-configured).
## Reanudación de sesión de proxy
{% hint style="info" %}
Gravedad: baja / sin impacto
{% endhint %}
tlsclientrd: se perdió la conexión con el servidor server-tls-secondary3
Sus proxies crearán una sesión TCP con sus servidores RadSec. Estas sesiones deben reiniciarse cada 30 segundos. Mientras no haya ningún error en esos mensajes, estas entradas de registro son esperadas.
## Error en error
{% hint style="info" %}
Gravedad: baja / sin impacto
{% endhint %}
Dado que sus servidores RadSec están disponibles globalmente, cualquiera en Internet puede intentar conectarse a ellos, por ejemplo mediante un handshake TCP. Si no se puede establecer una conexión TLS mutua válida (lo que solo funciona si la entidad que se conecta presenta un certificado de cliente RadSec de confianza), se genera este mensaje de error y se espera.
Dado que RADIUSaaS no puede distinguir entre alguien que rastrea/escanea servidores en Internet y un autenticador legítimo que simplemente está mal configurado, RADIUSaaS no suprime estas entradas de registro. Esto significa que, si su infraestructura funciona correctamente, puede ignorar estas entradas de registro.
## El estado del certificado fue revocado previamente
{% hint style="info" %}
Gravedad: baja / sin impacto
{% endhint %}
Si se determina que un certificado ha sido revocado, este estado se almacenará en caché durante 2 minutos. Los intentos adicionales de autenticar este certificado se rechazarán directamente sin realizar otra solicitud OCSP. Esto se hace para reducir la carga en el respondedor OCSP.
El `Verificar descripción` el campo contendrá el ID de correlación de la solicitud rechazada inicial.
---
# 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/es/otro/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.
