> 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/overview.md). # Resumen ## ¿Qué es RADIUS? Siempre que las grandes empresas necesitan autenticación de red, [RADIUS (RFC 2865)](https://tools.ietf.org/html/rfc2865) es el protocolo de elección. RADIUS es un protocolo AAA que significa **autenticación, autorización y contabilidad**. Por lo tanto, es especialmente adecuado para controlar el acceso a redes como WiFi, cableadas (802.1X, EAP) o VPN. El protocolo fue desarrollado por Livingston Enterprises, Inc. en 1991 y ahora forma parte de los estándares de la IETF. ## ¿Qué es RadSec? RADIUS es un protocolo eficiente para fines de autenticación que utiliza el protocolo de transporte UDP. No obstante, parte del tráfico no se cifrará durante el transporte. Esto puede evitarse utilizando [RadSec (RFC 6614)](https://tools.ietf.org/html/rfc6614) que se transporta sobre TCP y se encapsula completamente dentro de un túnel TLS. ## Certificados de autenticación La forma más sencilla de enviar certificados de dispositivo o de usuario a sus clientes es [SCEPman](https://www.scepman.com/), ya que es muy fácil de desplegar y se integra perfectamente con Intune y otros sistemas MDM.\ \ También puede usar [Microsoft Cloud PKI](/es/configuracion/get-started/scenario-based-guides/microsoft-cloud-pki.md), su propia PKI local u otras CA compatibles. RADIUSaaS admite varias CA en paralelo. #### Verificación en línea de certificados Para comprobar si un certificado se considera válido por su Autoridad de Certificación (CA) **en el momento de la autenticación**, RADIUSaaS aprovecha el Protocolo de Estado de Certificados en Línea (OCSP) o las Listas de Revocación de Certificados (CRL). {% hint style="info" %} Para reducir la cantidad de solicitudes enviadas a un respondedor OCSP, algunos estados de los certificados serán [almacenados temporalmente en caché](/es/otro/faqs/log-and-common-errors.md#certificate-status-was-revoked-previously). {% endhint %} ## Nuestro servicio ### RADIUS #### Portal de administración Cada cliente tiene acceso a su propia instancia personal a través de su propio Portal de administración de RADIUSaaS, que puede utilizarse para tareas como [crear usuarios](/es/portal-de-administracion/usuarios/users.md#add), cambiar [los certificados permitidos](/es/portal-de-administracion/settings/trusted-roots.md), [añadir proxies](/es/portal-de-administracion/settings/settings-proxy.md), crear [reglas](/es/portal-de-administracion/acceso-y-reglas/rules.md) o realizar tareas de solución de problemas usando RADIUSaaS Insights. #### Proxy de RADIUS a RadSec El servidor RADIUS interno del servicio solo permite [RadSec](/es/overview.md#what-is-radsec) conexiones. Si su infraestructura WiFi no admite RadSec, RADIUSaaS ofrece [funcionalidad de proxy](/es/portal-de-administracion/settings/settings-proxy.md) , que establecerá un túnel seguro que le permitirá usar el servicio con el RADIUS tradicional basado en UDP. #### Invitados, BYOD y dispositivos IoT Es posible que algunos de sus dispositivos no puedan recibir certificados. Las razones pueden ser que no estén gestionados por ningún proveedor de políticas/sistema MDM, o simplemente que técnicamente no puedan trabajar con certificados. \ En esos casos, en escenarios BYOD o de invitados, puede [añadir usuarios](/es/portal-de-administracion/usuarios/users.md#add) a su instancia y restringir el acceso a un marco temporal específico, si es necesario. Esto le permite autenticar impresoras, televisores u otros dispositivos con una sola instancia del servicio mientras usa el mismo SSID. ### Regiones RADIUSaaS puede usarse globalmente. **El servicio principal de RADIUSaaS** puede implementarse en centros de datos en las siguientes regiones y países: * Australia * Unión Europea * Reino Unido * Estados Unidos de América **Proxies RADIUS** pueden implementarse en centros de datos en [todos los continentes](/es/portal-de-administracion/settings/settings-proxy.md#regions). ## Primeros pasos Siga los pasos de la página siguiente para preparar a sus clientes para autenticarse con RADIUS como servicio! {% content-ref url="/pages/ab7c216ed74131ab8c6073a464c6b1b60b95829d" %} [Primeros pasos](/es/configuracion/get-started.md) {% endcontent-ref %} --- # 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/overview.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.