Zum Hauptinhalt springen

Ein Leitfaden für Netzwerkadministratoren zur Konfiguration der RADIUS-Authentifizierung für Gäste-WiFi

Eine umfassende technische Referenz für Netzwerkadministratoren zur Bereitstellung der RADIUS-Authentifizierung für Gäste-WiFi. Behandelt die Architektur, herstellerunabhängige Konfigurationsschritte, Best Practices für die Sicherheit und die Behebung häufiger Bereitstellungsfehler.

📖 5 Min. Lesezeit📝 1,087 Wörter🔧 2 ausgearbeitete Beispiele3 Übungsfragen📚 8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Ein Leitfaden für Netzwerkadministratoren zur Konfiguration der RADIUS-Authentifizierung für Gäste-WiFi - Podcast-Skript [INTRO - ca. 1 Minute] Hallo und herzlich willkommen. Ich werde Sie durch alles führen, was Sie über die Konfiguration der RADIUS-Authentifizierung für Gäste-WiFi wissen müssen - von der zugrunde liegenden Architektur über die praktischen Schritte, die Ihr Team unternehmen muss, bis hin zu den Fallstricken, an denen die meisten Implementierungen scheitern. Dies ist keine Vorlesung. Betrachten Sie es als ein Briefing von einem Senior-Berater, der IT-Managern in Hotels, Einzelhandelsketten, Stadien und Konferenzzentren gegenübergesessen und ihnen geholfen hat, dies richtig umzusetzen. Wir werden die technischen Grundlagen, reale Implementierungsmuster und die Rolle der Cloud-nativen RADIUS-Plattform von Purple behandeln. Lassen Sie uns direkt einsteigen. [TECHNISCHER DEEP-DIVE - ca. 5 Minuten] Was genau ist also RADIUS? RADIUS steht für Remote Authentication Dial-In User Service. Es ist ein Netzwerkprotokoll - definiert in RFC 2865 -, das eine zentrale Authentifizierung, Autorisierung und Abrechnung für den Netzwerkzugriff bietet. Einfach ausgedrückt: Es ist das System, das entscheidet, ob das Gerät eines Besuchers in Ihr Netzwerk gelassen wird, unter welchen Bedingungen, für wie lange, und das anschließend die gesamte Sitzung protokolliert. Speziell für Gäste-WiFi befindet sich RADIUS zwischen Ihren Access Points und Ihrer Identitätsschicht. Ein Besucher verbindet sich mit Ihrer SSID, sein Gerät sendet eine Authentifizierungsanfrage an den Access Point, der Access Point leitet diese an einen Network Access Server - oder NAS - weiter, der dann den RADIUS-Server abfragt. Der RADIUS-Server validiert die Anmeldedaten, gibt ein Access-Accept oder Access-Reject zurück, und die Sitzung beginnt oder wird blockiert. Accounting-Pakete erfassen dann die Sitzungsdauer, das verbrauchte Datenvolumen und den Grund für die Beendigung. Die drei Kernfunktionen werden oft als AAA bezeichnet: Authentifizierung, Autorisierung und Abrechnung. Die Authentifizierung bestätigt die Identität. Die Autorisierung legt fest, worauf diese Identität zugreifen darf - Bandbreitenbegrenzungen, VLAN-Zuweisung, Sitzungsdauer. Das Accounting erstellt das Audit-Protokoll. Für Gäste-WiFi ist die Authentifizierungsmethode von enormer Bedeutung. In einer Unternehmensumgebung würden Sie normalerweise 802.1X mit EAP-TLS verwenden - zertifikatsbasiert und sehr sicher. Für Gäste ist das unpraktisch. Gäste haben keine Zertifikate auf ihren persönlichen Geräten. Daher ist das übliche Muster ein Captive Portal in Kombination mit RADIUS. Der Besucher landet auf einer Splash-Page, gibt seine Daten ein oder authentifiziert sich über Social Login, und das Captive Portal tauscht diese Anmeldedaten im Namen des Besuchers mit dem RADIUS-Server aus. Der RADIUS-Server signalisiert dann dem Access Point, den Zugriff zu gewähren. Dies ist genau die Architektur, die Purple nutzt. Unser Cloud-nativer RADIUS-Service übernimmt den Authentifizierungsaustausch, während das Captive Portal - das Sie über die Purple-Plattform branden und konfigurieren - die für den Besucher sichtbare Benutzeroberfläche verwaltet. Der Access Point muss lediglich die RADIUS-Serveradresse, den Port und das Shared Secret kennen. Purple stellt alle drei bereit. Sprechen wir über Ports und Protokolle. Der RADIUS-Authentifizierungsverkehr läuft über den UDP-Port 1812. Das RADIUS-Accounting läuft über den UDP-Port 1813. Sie konfigurieren beide auf Ihren Access Points. Das Shared Secret ist ein Pre-Shared Key zwischen Ihrem Access Point und dem RADIUS-Server - behandeln Sie es wie ein Passwort. Verwenden Sie eine lange, zufällig generierte Zeichenfolge. Verwenden Sie diese niemals anwendungsübergreifend wieder. Auf der Hardware-Seite ist Purple hardwareunabhängig. Wir arbeiten unter anderem mit Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet zusammen. Die Konfigurationsschritte variieren je nach Anbieter, aber die zugrunde liegenden RADIUS-Parameter sind einheitlich: Server-IP oder Hostname, Authentifizierungsport 1812, Accountingport 1813, Shared Secret und Accounting-Intervall. Für Avaya Access Points konfigurieren Sie beispielsweise die RADIUS-Attribute im Bereich External RADIUS, stellen das Format Called-Station-Id auf das UC-Format mit Bindestrich-MAC ein, aktivieren das Accounting und konfigurieren dann die SSID mit einer Webseiten-Weiterleitung, die auf die Captive Portal-URLs von Purple verweist. Die Support-Dokumentation von Purple deckt die genauen Schritte für Avaya unter dem Link im Leitfaden ab. Für Geräte der Pepwave MAX-Serie können Sie die Konfiguration entweder über InControl2 - deren Cloud-Management-Plattform - oder direkt über die lokale Weboberfläche vornehmen. In jedem Fall richten Sie ein externes Captive Portal ein, leiten die Authentifizierung und das Accounting an die RADIUS-Server von Purple weiter und konfigurieren die SSID mit offener Sicherheit und dem angehängten Captive Portal. Die genauen Schritte finden Sie auch hier in den Support-Dokumenten von Purple. Eine wichtige Architekturentscheidung: primäre und sekundäre RADIUS-Server. Konfigurieren Sie immer beide. Purple stellt zwei RADIUS-Serveradressen für Redundanz zur Verfügung. Wenn der primäre Server nicht erreichbar ist, führt der Access Point automatisch ein Failover auf den sekundären Server durch. Ohne einen sekundären Server bedeutet ein kurzer Ausfall des RADIUS-Servers, dass sich Ihre Gäste nicht verbinden können. In einem Hotel mit 300 Zimmern oder einem Stadion mit 40.000 Fans ist das ein schwerwiegender Vorfall. Die VLAN-Segmentierung ist der andere kritische Punkt. Ihr Gäste-WiFi-Verkehr sollte niemals Ihr Unternehmens- oder Betriebsnetzwerk berühren. Weisen Sie Gästesitzungen einem dedizierten VLAN zu, leiten Sie dieses VLAN an einen separaten Internet-Uplink oder zumindest über eine Firewall mit strengen Egress-Regeln weiter. Dies ist eine PCI-DSS-Anforderung, wenn Sie irgendwo auf derselben physischen Infrastruktur Kartenzahlungen verarbeiten, und es ist ohnehin einfach eine gute Praxis. [IMPLEMENTIERUNGSEMPFEHLUNGEN UND FEHLERQUELLEN - ca. 2 Minuten] Hier sind die drei Dinge, die am häufigsten schiefgehen. Erstens: Abweichungen beim Shared Secret. Das Shared Secret auf dem Access Point muss exakt mit dem übereinstimmen, was im RADIUS-Server registriert ist. Groß- und Kleinschreibung beachten, Zeichen für Zeichen. Ein einziges falsches Zeichen führt zu einem Access-Reject ohne nützliche Fehlermeldung. Kopieren Sie es immer aus Ihrem Purple-Dashboard, anstatt es manuell einzutippen. Zweitens: Lücken in der Whitelist. Bevor sich der Besucher authentifiziert, muss sein Gerät das Captive Portal erreichen. Das bedeutet, dass bestimmte Domains auf dem Access Point auf die Whitelist gesetzt werden müssen - die Portal-URLs von Purple, Authentifizierungsendpunkte und alle von Ihnen genutzten Social-Login-Anbieter. Wenn die Whitelist unvollständig ist, sehen Besucher eine leere Seite oder einen Timeout. Purple führt eine aktuelle Liste der erforderlichen Domains in der Support-Dokumentation - nutzen Sie diese Liste und raten Sie nicht. Drittens: das Accounting-Intervall. Dieses steuert, wie häufig der Access Point zwischenzeitliche Accounting-Updates an den RADIUS-Server sendet. Wenn Sie es zu lang einstellen, verlieren Sie die Granularität der Sitzung. Wenn Sie es zu kurz einstellen, erzeugen Sie unnötigen Datenverkehr. Für die meisten Bereitstellungen ist ein Bereich von 240 bis 300 Sekunden richtig. Das von Avaya empfohlene Intervall beträgt 300 Sekunden; das von Pepwave liegt bei 180 bis 240 Sekunden. Befolgen Sie die herstellerspezifischen Richtlinien. Zur Compliance-Seite: Die GDPR verlangt, dass Sie eine rechtmäßige Grundlage für die Erfassung von Besucherdaten haben. Ein gut konfiguriertes Captive Portal mit Kontrollkästchen für die ausdrückliche Einwilligung erfüllt dies. Die Plattform von Purple ist GDPR-konform und nach ISO 27001 zertifiziert. Jede Anmeldung über Purple ist ein Opt-in mit bewusster Entscheidung - der Besucher stimmt Ihren Bedingungen vor der Verbindung aktiv zu. Dieser Audit-Trail ist Ihr Compliance-Nachweis. [SCHNELLE FRAGERUNDE - ca. 1 Minute] Häufige Fragen, die mir regelmäßig gestellt werden. "Muss ich meine vorhandene Hardware austauschen?" Nein. Purple setzt auf Ihrer bestehenden Infrastruktur auf. Kein Austausch der Hardware erforderlich. "Kann ich RADIUS für das Mitarbeiter-WiFi auf derselben Plattform nutzen?" Ja. Purple unterstützt separate SSIDs für Gäste und Mitarbeiter mit jeweils unterschiedlichen Authentifizierungsrichtlinien. "Was ist, wenn mein Standort mehrere Filialen hat?" Purple verwaltet Bereitstellungen an mehreren Standorten über eine einzige Benutzeroberfläche. Sie konfigurieren einmal und replizieren dies über alle Standorte hinweg. "Ist ein Cloud-RADIUS weniger sicher als eine On-Premise-Lösung?" Nein. Der Cloud-RADIUS von Purple läuft mit einer Verfügbarkeit von 99,999 %, einer ISO 27001-Zertifizierung und End-to-End-Verschlüsselung. Die Angriffsfläche ist kleiner als bei einem selbstverwalteten Server, da das Einspielen von Patches und die Härtung zentral durchgeführt werden. "Wie lange dauert eine vollständige Bereitstellung?" Für einen einzelnen Standort mit unterstützter Hardware kann ein Netzwerkadministrator die RADIUS-Konfiguration in unter zwei Stunden abschließen. Das Onboarding-Team von Purple steht Ihnen dabei gerne zur Verfügung. [ZUSAMMENFASSUNG UND NÄCHSTE SCHRITTE - ca. 1 Minute] Zusammenfassend lässt sich sagen: Die RADIUS-Authentifizierung für Gäste-WiFi bietet Ihnen eine zentrale Zugriffskontrolle, einen vollständigen Accounting-Trail und das Compliance-Fundament, das Sie für GDPR und PCI-DSS benötigen. Die Architektur ist denkbar einfach: Access Point zu NAS zu RADIUS-Server zur Cloud-Plattform von Purple. Die drei Dinge, auf die es ankommt, sind das Shared Secret, die Domain-Whitelist und das Accounting-Intervall. Purple betreibt Cloud-native RADIUS an mehr als 80.000 Standorten weltweit und verarbeitete im Jahr 2024 440 Millionen Anmeldungen. Die Plattform ist hardwareunabhängig, nach ISO 27001 zertifiziert und GDPR-konform. Ihre nächsten Schritte: Prüfen Sie, ob Ihre Hardware auf der Liste der unterstützten Geräte von Purple steht, rufen Sie die RADIUS-Server-Anmeldedaten aus Ihrem Purple-Dashboard ab und folgen Sie der herstellerspezifischen Konfigurationsanleitung im Support-Center von Purple. Wenn Sie Hilfe benötigen, führt Sie das technische Team von Purple gerne durch den Prozess. Vielen Dank fürs Zuhören. Die vollständige schriftliche Anleitung mit Diagrammen, Praxisbeispielen und Konfigurationsreferenzen ist unten verlinkt.

header_image.png

Executive Summary

Die Bereitstellung eines sicheren, konformen und zuverlässigen Internetzugangs für Besucher ist eine grundlegende betriebliche Anforderung für moderne Veranstaltungsorte. Die Bereitstellung offener Netzwerke setzt Unternehmen jedoch erheblichen Risiken aus, während ein für Unternehmen konzipiertes 802.1X für unverwaltete persönliche Geräte unpraktisch ist. Die Lösung ist eine RADIUS-Authentifizierung in Kombination mit einem Captive Portal.

Dieser Leitfaden beschreibt die technische Architektur, die Konfigurationsanforderungen und die Best Practices für die Bereitstellung der RADIUS-Authentifizierung für Gastnetzwerke. Durch das Routing des Authentifizierungs- und Accounting-Datenverkehrs über einen Cloud-nativen RADIUS-Server können IT-Teams Zugriffsrichtlinien durchsetzen, den Gastdatenverkehr isolieren und einen vollständigen Audit-Trail führen, ohne eine On-Premise-Infrastruktur verwalten zu müssen. Purple betreibt diese Architektur an über 80.000 Standorten und verarbeitete im Jahr 2024 440 Millionen Logins. Dieses Dokument bietet die Vorlage für die Konfiguration von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet Hardware zur Nutzung der Identity-Based Networks von Purple.

Technischer Deep-Dive

RADIUS (Remote Authentication Dial-In User Service) ist ein Client-Server-Protokoll, das ein zentralisiertes AAA-Management (Authentication, Authorisation, and Accounting) für Benutzer bietet, die sich mit einem Netzwerkdienst verbinden und diesen nutzen.

In einem Gast-WiFi-Kontext kann sich das Gerät des Besuchers nicht nativ mithilfe von Zertifikaten (EAP-TLS) am RADIUS-Server authentifizieren, wie es bei Unternehmensgeräten der Fall ist. Stattdessen fungiert der WiFi Access Point als Network Access Server (NAS) und RADIUS-Client. Wenn sich ein Besucher mit der offenen SSID verbindet, fängt der Access Point seinen HTTP-Datenverkehr ab und leitet ihn zu einem externen Captive Portal weiter.

Sobald der Besucher den Authentifizierungsfluss auf dem Captive Portal abgeschlossen hat - sei es über ein Formular, Social Login oder Single Sign-On - kommuniziert das Portal mit dem RADIUS-Server. Der RADIUS-Server sendet dann eine Access-Accept-Nachricht über den UDP-Port 1812 zurück an den Access Point, die Autorisierungsattribute wie Session-Timeouts oder Bandbreitenbeschränkungen enthält. Der Access Point gewährt daraufhin den Netzwerkzugriff und beginnt mit dem Senden von Accounting-Updates über den UDP-Port 1813, um die Sitzung zu verfolgen.

radius_architecture_diagram.png

Das Cloud RADIUS Overlay

Die Verwaltung einer On-Premise RADIUS-Infrastruktur erfordert erhebliche Hardware, Wartung und Redundanzplanung. Purple bietet ein hardwareunabhängiges Cloud RADIUS Overlay. Dies bedeutet, dass die Authentifizierungs- und Accounting-Server vollständig in der Cloud verwaltet werden, was eine Betriebszeit von 99,999 % und eine automatische Skalierung bietet.

comparison_chart.png

Durch die Verwendung eines Cloud-Overlays können IT-Teams Zugriffsrichtlinien über mehrere Standorte und Hardware-Hersteller hinweg über eine einzige Benutzeroberfläche standardisieren und sich nahtlos in bestehende Guest WiFi -Bereitstellungen integrieren.

Implementierungsleitfaden

Die Bereitstellung der RADIUS-Authentifizierung erfordert die Konfiguration sowohl der Wireless-Infrastruktur als auch der Authentifizierungsplattform. Die folgenden Schritte beschreiben den herstellerunabhängigen Prozess mit spezifischen Beispielen für gängige Hardware.

1. Netzwerksegmentierung und SSID-Konfiguration

Der Gast-Datenverkehr muss von den Unternehmensnetzwerken isoliert werden. Erstellen Sie ein dediziertes VLAN für den Gastzugang. Konfigurieren Sie die SSID mit offener Sicherheit (kein WPA2/WPA3-Passwort), aktivieren Sie jedoch das Captive Portal oder die Webseiten-Weiterleitung (WPR).

2. RADIUS-Server-Konfiguration

Sie müssen den Access Point so konfigurieren, dass er mit den primären und sekundären RADIUS-Servern kommuniziert. Dies erfordert drei Komponenten:

  • Server-IP oder Hostname: Die Adresse des RADIUS-Servers.
  • Authentifizierungs- und Accounting-Ports: Standard-Ports sind 1812 für die Authentifizierung und 1813 für das Accounting.
  • Shared Secret: Ein kryptografischer Schlüssel, der zur Verifizierung der Kommunikation zwischen dem Access Point und dem RADIUS-Server verwendet wird.

Beispielsweise konfigurieren Sie auf einem Gerät der Pepwave MAX-Serie den Authentifizierungsserver in den Einstellungen des Captive Portal und geben dabei die IP, den Port 1812 und das Shared Secret an. Dies wiederholen Sie für den Accounting-Server auf Port 1813.

3. Walled Garden (Domain-Whitelist)

Vor der Authentifizierung muss das Gerät des Besuchers in der Lage sein, das Captive Portal und alle zugehörigen Identitätsanbieter (wie Google oder Microsoft Entra ID) zu laden. Sie müssen einen Walled Garden oder eine Domain-Whitelist auf dem Access Point konfigurieren. Wenn diese unvollständig ist, kann das Captive Portal nicht geladen werden. Purple pflegt eine kanonische Liste der erforderlichen Domains für seine Plattform.

4. Accounting-Intervall

Das Accounting-Intervall bestimmt, wie oft der Access Point Sitzungsaktualisierungen an den RADIUS-Server sendet. Ein gängiger Standard sind 300 Sekunden (5 Minuten). Ein zu niedrig eingestellter Wert führt zu unnötigem Datenverkehr; ein zu hoch eingestellter Wert verringert die Genauigkeit Ihrer WiFi Analytics .

Best Practices

  1. Konfigurieren Sie immer sekundäre Server: Die RADIUS-Infrastruktur muss hochverfügbar sein. Konfigurieren Sie immer die von Purple bereitgestellte sekundäre RADIUS-IP. Wenn der primäre Server nicht erreichbar ist, führt der Access Point automatisch ein Failover durch.
  2. Verwenden Sie starke Shared Secrets: Behandeln Sie das RADIUS Shared Secret wie ein kritisches Passwort. Generieren Sie eine lange, zufällige Zeichenfolge und verwenden Sie diese niemals für verschiedene Standorte oder Plattformen wieder.
  3. Whitelist validieren: Die häufigste Ursache für Fehler beim Captive Portal ist eine unvollständige Domain-Whitelist. Testen Sie den Login-Ablauf immer auf einem ungenutzten Gerät, bevor Sie ihn in der Produktivumgebung bereitstellen.
  4. Datenverkehr isolieren: Gast-VLANs sollten strikt isoliert werden. Nutzen Sie Firewall-Regeln, um jegliches Routing zwischen dem Gast-VLAN und operativen Netzwerken zu verhindern. Dies ist eine strenge Anforderung zur Einhaltung von PCI-DSS in Einzelhandels- und Hotelumgebungen.

Fehlerbehebung & Risikominderung

Wenn eine RADIUS-Bereitstellung fehlschlägt, sind die Symptome aus Sicht des Besuchers meist identisch: Er kann sich nicht mit dem Internet verbinden. Netzwerkadministratoren müssen die Fehlerquelle isolieren.

Symptom: Das Captive Portal lädt nicht.

  • Ursache: Fehler bei der DNS-Auflösung oder unvollständiger Walled Garden.
  • Lösung: Überprüfen Sie, ob die Domain-Whitelist des Access Points alle erforderlichen URLs enthält. Stellen Sie sicher, dass das Client-Gerät eine gültige IP-Adresse und einen DNS-Server über DHCP erhält.

Symptom: Das Portal lädt, aber die Authentifizierung schlägt fehl (Access-Reject).

  • Ursache: Nicht übereinstimmendes Shared Secret oder Fehlkonfiguration der NAS-ID.
  • Lösung: Überprüfen Sie, ob das auf dem Access Point konfigurierte Shared Secret exakt mit dem Secret auf dem RADIUS-Server übereinstimmt. Stellen Sie sicher, dass die MAC-Adresse oder NAS-ID des Access Points auf der Authentifizierungsplattform korrekt registriert ist.

Symptom: Verbindungen werden unerwartet getrennt.

  • Ursache: Accounting-Fehler oder zu kurze Idle-Timeouts.
  • Lösung: Überprüfen Sie, ob der UDP-Port 1813 für ausgehende Verbindungen geöffnet ist. Überprüfen Sie die Idle-Timeout-Einstellungen auf dem Access Point; einige Mobilgeräte schalten ihre WiFi-Funkmodule im Ruhezustand aggressiv ab, was eine Trennung wegen Inaktivität auslöst.

ROI & geschäftliche Auswirkungen

Die Bereitstellung der RADIUS-Authentifizierung verwandelt Gast-WiFi von einem Kostenfaktor und Sicherheitsrisiko in ein verwaltetes, richtlinienkonformes Asset.

Für IT-Teams besteht die unmittelbare Auswirkung in einer Reduzierung der Support-Tickets und dem Wegfall der Verwaltung gemeinsam genutzter Passwörter. Durch den Wechsel zu einem Cloud-RADIUS-Modell vermeiden Unternehmen die CapEx für Server vor Ort und die OpEx für deren Wartung.

Für das gesamte Unternehmen bildet diese Architektur die Grundlage für eine sichere Datenerfassung. Indem von Besuchern eine bewusste Zustimmung über das Captive Portal verlangt wird, bauen Standorte GDPR-konforme First-Party-Datenbanken auf. Im Hotel- und Gastgewerbe sowie im Einzelhandel fördert diese Datengrundlage Treueprogramme und personalisierte Kundenbindung, wodurch sich Umsätze direkt der Netzwerkinfrastruktur zuordnen lassen.

Hören Sie sich unten das Briefing unseres Senior Consultants zu diesem Thema an:

Schlüsseldefinitionen

RADIUS

Remote Authentication Dial-In User Service. Ein Netzwerkprotokoll, das eine zentrale Authentifizierung, Autorisierung und Accounting-Verwaltung bereitstellt.

Wird zur Absicherung des Netzwerkzugriffs verwendet, indem Anmeldedaten mit einer zentralen Datenbank abgeglichen werden, bevor einem Gerät eine IP-Adresse zugewiesen oder dessen Datenverkehr weitergeleitet wird.

Captive Portal

Eine Webseite, die ein Benutzer eines öffentlichen Zugangsnetzwerks ansehen und mit der er interagieren muss, bevor ihm der Zugriff gewährt wird.

Die primäre Schnittstelle für Gäste-WiFi, die zur Einholung von Einwilligungen, zur Anzeige von Nutzungsbedingungen und zur Erfassung von First-Party-Daten verwendet wird.

NAS (Network Access Server)

Ein Gateway, das den Zugriff auf ein Netzwerk steuert. In einer drahtlosen Umgebung fungiert der WiFi Access Point oder Controller als NAS.

Der NAS fungiert als RADIUS-Client, der Authentifizierungsanfragen vom Gerät des Besuchers an den RADIUS-Server weiterleitet.

Shared Secret

Ein kryptografischer Schlüssel, der nur dem RADIUS-Client (Access Point) und dem RADIUS-Server bekannt ist.

Wird verwendet, um zu verifizieren, dass RADIUS-Pakete von einer vertrauenswürdigen Quelle stammen, und um Passwörter innerhalb der Pakete zu verschlüsseln.

Accounting-Intervall

Die Häufigkeit, mit der der Access Point zwischenzeitliche Sitzungsaktualisierungen an den RADIUS-Server sendet.

Kritisch für die genaue Berichterstattung in Analyseplattformen. Ein Standardintervall beträgt 300 Sekunden.

Walled Garden

Eine begrenzte Umgebung, die den Zugriff des Benutzers auf Webinhalte kontrolliert, bevor dieser vollständig authentifiziert ist.

Wird über eine Domain-Whitelist auf dem Access Point implementiert, damit das Gerät das Captive Portal und die Identity-Provider laden kann.

VLAN

Virtual Local Area Network. Ein logisches Subnetzwerk, das eine Gruppe von Geräten zusammenfasst und deren Datenverkehr isoliert.

Unerlässlich für die Sicherheit - der Datenverkehr des Gäste-WiFi muss einem dedizierten VLAN getrennt von den Unternehmensdaten zugewiesen werden.

Identity-Based Networks

Eine Netzwerkarchitektur, bei der Zugriffsrichtlinien dynamisch auf der Grundlage der authentifizierten Identität des Benutzers oder Geräts angewendet werden.

Ermöglicht IT-Teams die Durchsetzung unterschiedlicher Regeln für Mitarbeiter, Gäste und IoT-Geräte auf derselben physischen Infrastruktur.

Ausgearbeitete Beispiele

Ein Hotel mit 200 Zimmern muss sicheres Gäste-WiFi über 50 Avaya Access Points bereitstellen. Die Benutzer sollen sich über ein gebrandetes Portal authentifizieren und Sitzungsdaten müssen zur Compliance-Überwachung erfasst werden. Wie sollte der Netzwerkadministrator die RADIUS-Einstellungen konfigurieren?

Der Administrator muss die Avaya APs für die Nutzung eines externen RADIUS-Servers konfigurieren. Navigieren Sie zuerst zu Security > External Radius. Stellen Sie das Called-Station-Id-Attributformat auf 'UC-hyphenated' ein und aktivieren Sie das Accounting mit einem Intervall von 300 Sekunden. Erstellen Sie als Nächstes eine 'Guest WiFi' SSID mit offener Verschlüsselung und aktivieren Sie die Web Page Redirection (WPR). Setzen Sie die Landingpage-URL auf das Purple-Portal und konfigurieren Sie den Authentication Service mit den primären und sekundären RADIUS-IPs von Purple auf Port 1812 sowie das Accounting auf Port 1813 unter Verwendung des bereitgestellten Shared Secret. Fügen Sie abschließend die erforderlichen Domänen zur WPR-Whitelist hinzu.

Kommentar des Prüfers: Dieser Ansatz isoliert den Authentifizierungsfluss korrekt auf einen externen Cloud-RADIUS-Anbieter, während die lokale Hardware die Traffic-Weiterleitung übernimmt. Die korrekte Konfiguration des Called-Station-Id-Formats ist entscheidend, damit der RADIUS-Server den Access Point identifizieren kann. Die Konfiguration des sekundären Servers stellt die Ausfallsicherheit sicher.

Eine Einzelhandelskette führt Gäste-WiFi mit Pepwave MAX Routern ein. Während des Tests lädt die Captive Portal Landingpage auf iOS-Geräten nicht und zeigt stattdessen einen leeren Bildschirm an. Was ist die wahrscheinliche Ursache und wie sieht die Lösung aus?

Die wahrscheinliche Ursache ist eine unvollständige Konfiguration der erlaubten Netzwerke (Domain-Whitelist). Der Administrator muss sich in die lokale Web-Oberfläche von Pepwave oder das InControl2-Dashboard einloggen, zu den Captive Portal-Einstellungen navigieren und die Liste 'Allowed Domains / IPs' überprüfen. Es muss sichergestellt werden, dass alle für das Captive Portal, die Authentifizierungsendpunkte und alle Social-Login-Anbieter (z. B. Apple, Google) erforderlichen Domänen explizit aufgeführt sind.

Kommentar des Prüfers: Lücken in der Whitelist sind die häufigste Ursache für Fehler beim Captive Portal. Moderne mobile Betriebssysteme verwenden aggressive Mechanismen zur Erkennung von Captive Portals - wenn das Betriebssystem seine spezifischen Validierungs-URLs oder das CDN des Portals nicht erreichen kann, bricht es den Verbindungsprozess ab.

Übungsfragen

Q1. Sie stellen ein Gäste-WiFi in einem großen Stadion bereit. Sie haben den primären RADIUS-Server konfiguriert, aber der Projektleiter fragt, ob die Konfiguration des sekundären Servers übersprungen werden kann, um Zeit zu sparen. Wie reagieren Sie?

Hinweis: Bedenken Sie die Auswirkungen eines Single Point of Failure in einer High-Density-Umgebung.

Musterlösung anzeigen

Sie müssen den sekundären Server konfigurieren. RADIUS ist der Gatekeeper für den Netzwerkzugriff. Wenn beim primären Server ein Ausfall oder ein Netzwerk-Routing-Problem auftritt, schlagen alle neuen Authentifizierungsanfragen fehl, was zu einem vollständigen Ausfall des Gäste-WiFi-Zugangs führt. Die Konfiguration des sekundären Servers bietet ein automatisches Failover und stellt eine hohe Verfügbarkeit sicher.

Q2. Ein Standort meldet, dass Gäste-WiFi-Sitzungen genau 60 Minuten nach dem Login der Benutzer getrennt werden, obwohl die Purple-Plattform für 24-Stunden-Sitzungen konfiguriert ist. Wo sollten Sie nachforschen?

Hinweis: Überlegen Sie, welche Komponente die Beendigung der Sitzung tatsächlich erzwingt.

Musterlösung anzeigen

Sie sollten die lokale Hardwarekonfiguration überprüfen. Der Access Point oder Controller (der NAS) erzwingt letztendlich die Sitzungslimits. In diesem Fall ist auf der Hardware wahrscheinlich ein lokales "Session Timeout" oder "Access Quota" von 60 Minuten fest hinterlegt, welches die von Purple gesendeten RADIUS-Attribute überschreibt. Beispielsweise muss bei einem Pepwave-Gerät die Einstellung "Access Quota" angepasst werden.

Q3. Sie prüfen einen Entwurf für eine Netzwerkarchitektur für eine Einzelhandelskette. Der Entwurf zeigt, dass der Gäste-WiFi-Verkehr und die Point-of-Sale-Terminals (POS) im selben Subnetz betrieben werden. Was ist Ihre Empfehlung?

Hinweis: Berücksichtigen Sie Sicherheitsstandards und Compliance-Anforderungen für die Zahlungsabwicklung.

Musterlösung anzeigen

Der Entwurf muss abgelehnt werden. Der Gästeverkehr muss strikt von betrieblichen Netzwerken isoliert werden, insbesondere von solchen, die Zahlungen abwickeln. Dem Gäste-WiFi muss ein dediziertes VLAN mit Firewall-Regeln zugewiesen werden, die ein Routing zum POS-Subnetz verhindern. Andernfalls wird gegen die PCI-DSS-Compliance verstoßen und es entstehen schwerwiegende Sicherheitsrisiken.

Weiterlesen in dieser Reihe

Konfigurieren von RADIUS-Authentifizierung für Gäste- und Mitarbeiter-WiFi-Netzwerke

Dieses technische Referenzhandbuch beschreibt die Architektur, Konfiguration und Bereitstellung der RADIUS-Authentifizierung für WiFi-Netzwerke von Unternehmen für Gäste und Mitarbeiter. Es bietet Netzwerkarchitekten und IT-Managern die genauen Protokolle, Sicherheitsstandards und Fehlerbehebungsmethoden, die für den Aufbau sicherer, skalierbarer drahtloser Zugriffskontrollsysteme erforderlich sind.

Leitfaden lesen →

Passpoint und OpenRoaming: Das vollständige Handbuch

Dieses technische Referenzhandbuch bietet eine umfassende Analyse der Passpoint (Hotspot 2.0) und WBA OpenRoaming Frameworks in Enterprise WiFi Netzwerken. Es beschreibt detailliert die zugrundeliegenden Authentifizierungsprotokolle, Architekturkomponenten und Bereitstellungsstrategien, die für den Aufbau einer sicheren, reibungslosen Gastkonnektivität erforderlich sind. Netzwerkarchitekten und IT-Leiter erfahren, wie sie diese Standards entwerfen, implementieren und Fehler beheben, um manuelle Anmeldebarrieren zu beseitigen und gleichzeitig die Sicherheit auf Enterprise-Niveau aufrechtzuerhalten.

Leitfaden lesen →

Implementierung von SCEP für sichere BYOD- und Netzwerkanmeldung im Hochschulbereich

Dieser technische Leitfaden bietet Netzwerkarchitekten und IT-Managern ein herstellerunabhängiges Konzept für die Bereitstellung von SCEP-basierten Zertifikatsanmeldungen zur Sicherung von Campusnetzwerken an Hochschulen. Er beschreibt im Detail die Migration von passwortbasiertem PEAP zu 802.1X EAP-TLS, die Automatisierung des BYOD-Onboardings und die Durchsetzung einer robusten VLAN-Segmentierung.

Leitfaden lesen →