RADIUS (Remote Authentication Dial-In User Service) is a standardized network protocol defined in RFC 2865 and RFC 2866 that centralizes authentication, authorization, and accounting for users and devices accessing enterprise networks through Wi-Fi, wired 802.1X, and VPN gateways. The protocol operates between a network access server acting as a RADIUS client and a central RADIUS server, which evaluates credentials against a user store and returns access decisions along with authorization attributes such as VLAN assignments and session timeouts. Organizations benefit from centralized policy management and cross-vendor compatibility, but must address operational dependencies including redundant server configuration, shared secret security, protected transport for sensitive attributes, and careful monitoring to prevent authentication failures from network outages or misconfigurations.
Cómo funciona RADIUS
RADIUS funciona entre un servidor de acceso a la red, que actúa como cliente RADIUS, y un servidor RADIUS central. El cliente nunca comprueba las credenciales por sí mismo; las reenvía y aplica la respuesta.
- Solicitud de acceso: un usuario o dispositivo se conecta a un conmutador, un controlador inalámbrico o una pasarela VPN. Ese dispositivo, que actúa como cliente RADIUS, envía una solicitud de acceso (Access-Request) que contiene las credenciales o los datos EAP, además de atributos como el identificador del cliente.
- Evaluación del servidor: El servidor RADIUS comprueba la solicitud con su almacén de usuarios, como un directorio o una base de datos, y aplica sus políticas. Las solicitudes se autentican entre el cliente y el servidor mediante un secreto compartido.
- Respuesta del servidor: El servidor responde con «Access-Accept», «Access-Reject» o «Access-Challenge». Un «challenge» solicita más información, como un segundo factor o el siguiente paso en un intercambio EAP.
- Atributos de autorización: un mensaje «Access-Accept» puede incluir atributos que indican al cliente qué derechos debe conceder, como una asignación de VLAN, un tiempo de espera de la sesión o una regla de filtrado.
- Contabilidad: El cliente envía mensajes de solicitud de contabilidad (Accounting-Request) cuando se inicia, se actualiza o se finaliza una sesión. El servidor registra los datos de uso con fines de auditoría y facturación.
RADIUS funciona sobre UDP, por lo que en las implementaciones suelen configurarse tiempos de espera, reintentos y servidores de respaldo. Solo el atributo de contraseña se oculta mediante el secreto compartido, por lo que el tráfico RADIUS debe transmitirse a través de enlaces protegidos o, cuando sea posible, mediante TLS.
Problemas habituales con RADIUS
Una regla de cortafuegos, un cambio en el enrutamiento o una dirección de origen incorrecta pueden impedir que las solicitudes lleguen al servidor. En ese caso, los conmutadores y los controladores agotan el tiempo de espera y pueden recurrir a una VLAN de invitado, a una cuenta local o denegar el acceso, dependiendo de la configuración.
Los usuarios se autentican correctamente, pero acaban en una VLAN o un rol equivocados porque el servidor devuelve un atributo que el dispositivo no reconoce, o no devuelve ninguno. Los nombres y valores de los atributos específicos de cada proveedor suelen diferir entre los distintos fabricantes de dispositivos.
Si solo se configura un servidor RADIUS, cualquier fallo o ventana de mantenimiento bloqueará los nuevos inicios de sesión y la reautenticación. Configura al menos dos servidores en cada cliente y comprueba el comportamiento de conmutación por error antes de que una interrupción del servicio te obligue a hacerlo.
En las implementaciones de 802.1X que utilizan métodos EAP basados en certificados, un certificado de servidor caducado o un cliente que no confía en su emisor provoca que la autenticación falle para muchos dispositivos a la vez. La causa suele ser el certificado, no las cuentas de usuario.