Sicherheitsglossar

Was ist RADIUS (Remote Authentication Dial-In User Service)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

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.

  • RADIUS operates over UDP on ports 1812 (authentication) and 1813 (accounting), with the protocol defined in RFC 2865 and RFC 2866, requiring organizations to verify matching port configurations between clients and servers to prevent communication failures.
  • The protocol obscures only the password attribute using the shared secret, leaving other user data unencrypted; organizations strengthen security by implementing strong EAP methods, running RADIUS over protected transport like TLS or IPsec, and maintaining comprehensive accounting logs for incident investigation.
  • Single RADIUS server deployments create a critical dependency that blocks new logins and reauthentication during failures or maintenance; best practice requires configuring at least two redundant servers on each client and testing failover behavior proactively.

RADIUS auf einen Blick

AttributeValue
Full nameRemote Authentication Dial-In User Service
CategoryNetwork protocol
Defined inRFC 2865 (authentication and authorization) and RFC 2866 (accounting)
Protocol and portUDP ports 1812 for authentication and 1813 for accounting; older deployments used ports 1645 and 1646
OSI layerApplication layer (layer 7)
Primary useCentralized authentication, authorization, and accounting for network access such as Wi-Fi, VPN, and wired 802.1X
Related termsAAA, 802.1X, EAP, TACACS+, Network access control

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Warum RADIUS in Unternehmensnetzwerken wichtig ist

RADIUS ist der gängige Mechanismus hinter der WLAN-Anmeldung in Unternehmen, der kabelgebundenen 802.1X-Port-Sicherheit und dem Fernzugriff über VPN. Da es in den RFCs 2865 und 2866 standardisiert ist, können Switches, Controller und Gateways vieler Hersteller auf einen einzigen Policy-Server verweisen. Dadurch entfallen lokale Konten auf Geräteebene, und ein Unternehmen kann an einer zentralen Stelle festlegen, wer unter welchen Bedingungen Zugriff hat.

Der zentrale Server wird zur Voraussetzung für jede Anmeldung. Ist er nicht erreichbar, können sich neue Nutzer und Geräte nicht mit dem Netzwerk verbinden, und durch die erneute Authentifizierung können bestehende Sitzungen unterbrochen werden. Teams betreiben in der Regel redundante Server, passen Timeouts an und überwachen die Antwortzeiten. Nicht übereinstimmende gemeinsame Geheimnisse, Probleme mit der Uhrzeit oder Zertifikaten bei EAP-Implementierungen sowie falsche Eingaben der Client-Adresse sind häufige Ursachen für fehlgeschlagene Authentifizierungen.

Die Sicherheit hängt von der Konfiguration ab. Das gemeinsame Geheimnis schützt die Nachrichtenintegrität zwischen Client und Server; schwache oder auf vielen Geräten wiederverwendete Geheimnisse schwächen diesen Schutz daher. Da das Protokoll nur das Passwortattribut verschleiert, können über einen offengelegten Pfad andere Benutzerdaten offengelegt werden. Starke EAP-Methoden, geschützter Transport und protokollierte Abrechnungsdaten begrenzen diese Risiken und unterstützen die Untersuchung von Vorfällen.

Wie sich RADIUS im Vergleich zu verwandten Begriffen darstellt

RADIUS vs. AAA (Authentifizierung, Autorisierung und Abrechnung)

AAA ist das allgemeine Rahmenwerk für die Authentifizierung, Autorisierung und Abrechnung von Zugriffen, während RADIUS ein spezifisches Protokoll ist, das dieses Rahmenwerk umsetzt. Was ist AAA?

AttributeRADIUSAAA (Authentication, Authorization and Accounting)
TypeNetwork protocolConceptual framework
Defined inRFC 2865 and RFC 2866Not a single specification; implemented by several protocols
ScopeCarries requests, decisions, and accounting records between client and serverDescribes the three functions any access control system performs
ExamplesRADIUSRADIUS, TACACS+, and Diameter

RADIUS im Vergleich zum Lightweight Directory Access Protocol (LDAP)

RADIUS entscheidet, ob ein Gerät oder ein Benutzer auf das Netzwerk zugreifen darf, während LDAP ein Protokoll zum Lesen und Abfragen eines Verzeichnisses ist, das häufig die von RADIUS überprüften Identitäten enthält. Was ist LDAP?

AttributeRADIUSLightweight Directory Access Protocol (LDAP)
Primary roleNetwork access authentication, authorization, and accountingDirectory lookup and update
Typical clientSwitch, wireless controller, or VPN gatewayApplications and servers
RelationshipOften queries a directory for credentials and group membershipOften serves as the user store behind a RADIUS server
AccountingSupported through accounting messagesNot part of the protocol

Häufige RADIUS-Probleme

Wenn sich das Passwort auf dem Netzwerkgerät von dem unterscheidet, das für diesen Client auf dem Server konfiguriert ist, schlagen Anfragen fehl oder werden verworfen. In den Serverprotokollen werden häufig Pakete mit einem ungültigen Authentifikator angezeigt, und Benutzer erleben wiederholte Anmeldefehler, obwohl ihre Anmeldedaten korrekt sind.

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.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

RADIUS-FAQ

Verwandte Begriffe

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more

Verwandte Artikel