RADIUS (Remote Authentication Dial-In User Service) is a network protocol that centralizes authentication, authorization, and accounting for users and devices across enterprise networks, operating between a network access server acting as a RADIUS client and a central RADIUS server that evaluates credentials against a user store and returns access decisions. The protocol, standardized in RFC 2865 and RFC 2866, enables organizations to manage network access policies—such as Wi-Fi, wired 802.1X port security, and remote VPN—from a single point rather than maintaining local accounts on individual devices. Because RADIUS has become the common mechanism behind enterprise network access control, organizations must address configuration challenges including shared secret management, server redundancy, attribute compatibility across vendors, and transport security to ensure reliable authentication while mitigating risks from credential exposure.
So funktioniert RADIUS
RADIUS funktioniert zwischen einem Netzwerkzugangsserver, der als RADIUS-Client fungiert, und einem zentralen RADIUS-Server. Der Client überprüft die Anmeldedaten niemals selbst; er leitet sie weiter und setzt die Antwort durch.
- Zugriffsanfrage: Ein Benutzer oder ein Gerät stellt eine Verbindung zu einem Switch, einem Wireless-Controller oder einem VPN-Gateway her. Dieses Gerät, das als RADIUS-Client fungiert, sendet eine Zugriffsanfrage („Access-Request“), die die Anmeldedaten oder EAP-Daten sowie Attribute wie die Client-Kennung enthält.
- Serverauswertung: Der RADIUS-Server gleicht die Anfrage mit seinem Benutzerspeicher, beispielsweise einem Verzeichnis oder einer Datenbank, ab und wendet seine Richtlinien an. Anfragen werden zwischen Client und Server mithilfe eines gemeinsamen Geheimnisses authentifiziert.
- Serverantwort: Der Server antwortet mit „Access-Accept“, „Access-Reject“ oder „Access-Challenge“. Eine „Challenge“ fordert weitere Informationen an, beispielsweise einen zweiten Authentifizierungsfaktor oder den nächsten Schritt in einem EAP-Austausch.
- Autorisierungsattribute: Ein „Access-Accept“ kann Attribute enthalten, die dem Client mitteilen, was gewährt werden soll, z. B. eine VLAN-Zuweisung, ein Sitzungszeitlimit oder eine Filterregel.
- Abrechnung: Der Client sendet „Accounting-Request“-Nachrichten, wenn eine Sitzung beginnt, aktualisiert wird oder beendet wird. Der Server zeichnet Nutzungsdaten für Auditzwecke und die Abrechnung auf.
Da RADIUS über UDP läuft, werden bei der Bereitstellung in der Regel Timeouts, Wiederholungsversuche und Backup-Server konfiguriert. Da nur das Passwort-Attribut mit dem gemeinsamen Geheimnis verschleiert wird, sollte der RADIUS-Datenverkehr über geschützte Verbindungen oder, sofern unterstützt, über TLS übertragen werden.
Häufige RADIUS-Probleme
Eine Firewall-Regel, eine Änderung der Routenführung oder eine falsche Quelladresse kann dazu führen, dass Anfragen den Server nicht erreichen. Switches und Controller verzeichnen dann ein Timeout und greifen je nach Konfiguration möglicherweise auf ein Gast-VLAN, ein lokales Konto oder gar keinen Zugriff zurück.
Benutzer werden zwar erfolgreich authentifiziert, landen jedoch im falschen VLAN oder in der falschen Rolle, da der Server ein Attribut zurückgibt, das das Gerät nicht berücksichtigt, oder gar kein Attribut. Herstellerspezifische Attributnamen und -werte unterscheiden sich häufig zwischen den verschiedenen Geräteherstellern.
Wenn nur ein RADIUS-Server konfiguriert ist, blockiert ein Ausfall oder ein Wartungsfenster neue Anmeldungen und die erneute Authentifizierung. Konfigurieren Sie mindestens zwei Server auf jedem Client und testen Sie das Failover-Verhalten, bevor ein Ausfall dies für Sie übernimmt.
Bei 802.1X-Implementierungen, die zertifikatsbasierte EAP-Verfahren verwenden, führt ein abgelaufenes Serverzertifikat oder ein Client, der dem Aussteller nicht vertraut, dazu, dass die Authentifizierung für viele Geräte gleichzeitig fehlschlägt. Die Ursache liegt in der Regel beim Zertifikat und nicht bei den Benutzerkonten.