802.1X, FreeRADIUS und dynamische VLANs: Ein vollständiger Leitfaden

Informatec Digital » Ressourcen » 802.1X, FreeRADIUS und dynamische VLANs: Ein vollständiger Leitfaden

Wenn Sie kabelgebundene oder WLAN-Netzwerke verwalten und den Datenverkehr nach Benutzertyp trennen möchten, ohne eine teure NAC-Lösung einzusetzen, ist ein gutes Zusammenspiel mit 802.1X, FreeRADIUS und dynamische VLAN-Zuweisung Es ist eine der wirkungsvollsten Maßnahmen, die man ergreifen kann, und es ist wichtig zu verstehen, wie dies mit dem zusammenhängt. Zero Trust-ArchitekturBei korrekter Einrichtung ermöglicht es Ihnen, anhand der Identität des Geräts, seiner Herkunft oder der Verzeichnisgruppe, zu der es gehört, festzulegen, mit welchem ​​Netzwerk sich jedes Gerät verbindet, ohne überall SSIDs erstellen oder sich an einen einzigen Hersteller binden zu müssen.

In diesem Artikel werden wir detailliert aufschlüsseln, wie das gesamte Puzzle zusammenpasst: 802.1X-Rolle, typische FreeRADIUS-Konfiguration, RADIUS-Attribute für VLANs, Integration mit Wi-Fi-Controllern und -SwitchesPraxisbeispiele (Omada, ExtremeCloud IQ, klassische Switches), häufige Probleme und sogar fortgeschrittene Themen wie Azure AD oder fehlerhafte Attribute in LDAP werden behandelt. Ziel ist es, Ihnen am Ende ein klares und praktisches Verständnis zu vermitteln, mit dem Sie das Gelernte auf Ihre eigene Infrastruktur anwenden können – egal ob klein oder groß.

802.1X und dynamische VLANs: Grundlegende Konzepte und Komponenten

Der 802.1X-Standard ist, vereinfacht gesagt, der Türsteher Ihres Netzwerks: Solange sich das Gerät nicht authentifiziert hat, verweigert der Port oder das WLAN den Zugriff auf das „legitime“ Netzwerk. Um eine echte Segmentierung zu erreichen, wird er mit … kombiniert. Dynamische VLAN-Zuweisung mithilfe von RADIUS-AttributenDer Server entscheidet also, in welchem ​​VLAN jeder Client nach der Authentifizierung landet.

Bei jeder 802.1X-Implementierung gibt es drei Schlüsselkomponenten, die immer vorhanden sind, unabhängig davon, ob Sie Omada, ExtremeCloud IQ oder generische Switches verwenden:

• Bittsteller: der Client, der eine Verbindung herstellen möchte (Laptop, Mobiltelefon, „bereiter“ Drucker usw.).
• Authenticator: die Netzwerkgeräte, die den Zugriff steuern (Switch, Access Point oder Wi-Fi-Controller) und mit dem RADIUS-Server kommunizieren.
• Authentifizierungsserver: normalerweise ein RADIUShäufig FreeRADIUS, das die Anmeldeinformationen überprüft und die Richtlinien festlegt (erlauben, verweigern, in ein bestimmtes VLAN einordnen).

Der Zauber dynamischer VLANs zeigt sich in folgender Form: RADIUS-Attribute innerhalb von Access-AcceptBei VLANs verstehen nahezu alle Hersteller die Kombination tunnelartiger Eigenschaften:

• Tunneltyp = VLAN
• Tunnel-Medium-Typ = IEEE-802
• Tunnel-Private-Group-Id = "VLAN-ID" (normalerweise eine Zahl zwischen 1 und 4095, wird aber als Text gesendet)

Wenn der Switch oder Access Point ein Access-Accept-Signal mit diesen Attributen empfängt und 802.1X sowie dynamische VLANs unterstützt, weist er den Port oder die WLAN-Sitzung dem entsprechenden Netzwerk zu. VLAN, das durch RADIUS angezeigt wird Die Standard-VLAN des Ports oder die SSID werden ignoriert (es sei denn, RADIUS sendet nichts; in diesem Fall wird die lokale Konfiguration angewendet).

FreeRADIUS-Konfiguration für dynamische VLANs

FreeRADIUS ist der Inbegriff eines Open-Source-RADIUS-Servers. Er kann installiert werden auf ein bescheidenes LinuxSelbst auf sehr kleiner Hardware wie dem NanoPi NEO oder Raspberry Pi und mit einer guten Konfiguration ist es in der Lage, sehr anspruchsvolle Umgebungen zu bewältigen. Für dynamische VLANs sind zwei Aspekte wichtig: die Definition von Benutzern/Gruppen und die korrekte Platzierung der Module in der Verarbeitungskette.

Bei einfachen Bereitstellungen können Testbenutzer direkt in der Datei definiert werden. Nutzer von FreeRADIUS, um ihnen das gewünschte VLAN zuzuweisen. Die typische Datei befindet sich unter Debian/Ubuntu in /etc/freeradius/3.0/usersDie Einträge mit VLANs bleiben in dieser Form (vereinfacht und umgeschrieben):

Mitarbeiter10 Klartext-Passwort := "key10" Diensttyp := Framed-User, Tunneltyp := VLAN, Tunnelmediumtyp := IEEE-802, Tunnel-Private-Group-Id := "10" Mitarbeiter20 Klartext-Passwort := "key20" Diensttyp := Framed-User, Tunneltyp := VLAN, Tunnelmediumtyp := IEEE-802, Tunnel-Private-Group-Id := "20"

Mit dieser Struktur gibt FreeRADIUS nach einem Access-Accept die drei Tunnelattribute zurück, so dass NAS (Switch oder AP) platziert den Client in VLAN 10 oder 20 Laut Aussage des Nutzers ist der Schlüssel, dass die Netzwerkgeräte den entsprechenden RFC unterstützen und diese Attribute vor dem konfigurierten Zugriffs-VLAN einhalten.

In manchen Szenarien, wie beispielsweise der Integration mit ExtremeCloud IQ, ist es entscheidend, dass diese Attribute exakt so gesendet werden, wie sie sind. Zugriff-Akzeptierenund nicht nur als „getunnelte“ Attribute in anderen Phasen des EAP. In Standardkonfigurationen kann FreeRADIUS das Modul zuerst verarbeiten. eap und dann das Modul Dateien (welche Datei die Benutzerdatei liest). Dies führt dazu, dass der Controller die Attribute nicht zum richtigen Zeitpunkt sieht.

Die praktische Lösung, die sich als nützlich erwiesen hat, besteht darin, die Datei anzupassen. /etc/freeradius/3.0/sites-enabled/defaultdas Modul verschieben Dateien voraus eap innerhalb des Blocks autorisierenAuf diese Weise lädt FreeRADIUS zunächst die statischen Benutzerattribute (einschließlich VLAN) und verwaltet anschließend den EAP, sodass beim Erstellen des endgültigen Access-Accept Folgendes berücksichtigt wird: die Tunnelattribute, wo der Controller sie erwartet.

Eine weitere empfohlene Anpassung besteht darin, schwache EAP-Methoden wie z. B. zu deaktivieren. EAP-MD5die nie für Produktionsumgebungen vorgesehen waren. Bearbeiten der Datei /etc/freeradius/3.0/mods-enabled/eap Durch Auskommentieren oder Entfernen des MD5-Abschnitts stellt FreeRADIUS die MD5-Verschlüsselung ein. Es empfiehlt sich, die Konfiguration auf robuste Methoden wie beispielsweise … zu konzentrieren. EAP-TLS (Zertifikate) oder PEAP mit MSCHAPv2.

VLAN-Zuweisung mit Omada: Interner RADIUS und externer FreeRADIUS

Das Omada-Ökosystem von TP-Link (Controller + Switches + Access Point) integriert 802.1X mit dynamischem VLAN sehr gut, sowohl durch die Verwendung seiner Innenradius wie beispielsweise die Weiterleitung an einen externen FreeRADIUS-Server. Dies ist ein sehr anschauliches Beispiel, da der gesamte Arbeitsablauf klar ersichtlich ist.

Um den im Omada-Controller integrierten RADIUS-Dienst zu nutzen, ist üblicherweise ein dreistufiges Verfahren erforderlich. Zunächst wird der RADIUS-Dienst im globalen Menü des Controllers aktiviert. Integrierter Radius, wobei die IP-Adresse (die des Controllers selbst) angegeben und die Option aktiviert wird Getunnelte Antwort damit die Tunnelattribute korrekt an die Zugangsgeräte gesendet werden.

Sobald man den jeweiligen Ort erreicht hat, betritt man... Einstellungen > Profil > RADIUS-ProfilDas Profil wird bearbeitet und interne RADIUS-Benutzer werden erstellt. Für jeden Benutzer können Sie in Omada einen Benutzer festlegen. Name, Passwort und VLAN-IDsodass der Controller bei der Authentifizierung des Benutzers die VLAN-Attribute direkt an den Switch oder Access Point zurückgibt, ohne dass ein externer Server dazwischengeschaltet wird.

Endlich in Einstellungen > Authentifizierung > 802.1X 802.1X ist aktiviert, das interne RADIUS-Profil ist ausgewählt und die Option ist explizit aktiviert. VLAN-ZuweisungIm selben Abschnitt können Sie die Switch-Ports auswählen, die eine 802.1X-Authentifizierung erfordern. Nach dem Speichern muss sich jedes Gerät, das sich mit diesen Ports verbindet, authentifizieren. Wenn dem Konto eine VLAN-ID zugewiesen ist, wird es automatisch diesem VLAN zugeordnet.

Wenn wir alles lieber in einer externen FreeRADIUS-Instanz zentralisieren möchten, unterstützt Omada dieses Szenario perfekt. Der erste Schritt besteht darin, die Datei zu bearbeiten. client.conf auf dem FreeRADIUS-Server, um den Controller (oder den Bereich, in dem sich die Switches/APs befinden) als RADIUS-Client zu autorisieren, wobei die IP-Adresse oder das Subnetz und die geteiltes Geheimnis die wir später in Omada konfigurieren werden.

Dann, zurück in Omada, ein RADIUS-Profil extern von Einstellungen > Profile > RADIUS-ProfilHier geben Sie die FreeRADIUS-IP-Adresse, den Authentifizierungsport (üblicherweise 1812) und das gemeinsame Passwort ein. Wählen Sie in der 802.1X-Konfiguration des Controllers dieses externe Profil aus und reaktivieren Sie es. VLAN-Zuweisung, wodurch die Ports oder SSIDs markiert werden, die wir schützen möchten.

Die anschließende Überprüfung kann vom Controller selbst aus erfolgen: in Werkzeuge > Terminal Eine Konsole wird an dem Switch geöffnet, bei dem 802.1X aktiviert ist, und der Befehl wird ausgeführt. dot1x-Authentifizierungsstatus anzeigenWenn alles ordnungsgemäß funktioniert, sehen Sie den authentifizierten Port und das von RADIUS zugewiesene VLAN (zum Beispiel einen Port 1/0/1, der authentifiziert und dem VLAN 2 zugeordnet ist).

Dynamisches VLAN über WLAN mit FreeRADIUS und ExtremeCloud IQ

Ein weiteres sehr vollständiges Beispiel sind die von WLAN-Netzwerken verwalteten Netzwerke. ExtremeCloud IQ (XIQ) FreeRADIUS dient als Authentifizierungsserver. Hierbei wird das dynamische VLAN primär WLAN-Clients anhand der von FreeRADIUS zurückgegebenen Tunnelattribute zugewiesen.

Zunächst ist FreeRADIUS darauf vorbereitet, diese drei Attribute wie bisher im Access-Accept-Paket zu senden: Einträge in /etc/freeradius/3.0/users mit Benutzern und ihren VLANs sowie der Anpassung in sites-enabled/default so dass das Modul Dateien wird verarbeitet, bevor eap, da XIQ die Attribute exakt im Accept erwartet.

Es wird dringend empfohlen, EAP-MD5 zu deaktivieren und stattdessen Methoden wie die folgenden zu verwenden: PEAP/EAP-TLSNach der Änderung der EAP-Konfigurationsdatei wird der Dienst mit einem neu gestartet. systemctl restart freeradius Die Änderungen werden angewendet. Ab diesem Zeitpunkt ist der Server bereit, auf Anfragen der von XIQ verwalteten Access Points zu antworten.

Bezüglich des Cloud-Dienstes von Extreme gibt es zwei relevante Kontotypen: den kostenlosen. Verbindendas die grundlegende Verwaltung von bis zu zehn Geräten ermöglicht, jedoch keine erweiterten Klassifizierungsregeln für dynamische VLANs unterstützt, und Version PilotDas Programm bietet eine 90-tägige Testphase und ermöglicht die Nutzung aller Profile und Regeln basierend auf RADIUS-Attributen.

Mit einem Pilot-Konto erstellen Sie ein Netzwerkpolitik Erstellen Sie ein neues Netzwerk über das Menü „Konfigurieren > Netzwerkrichtlinien“, geben Sie ihm einen Namen und wählen Sie der Einfachheit halber „Nur WLAN“. Definieren Sie im zweiten Schritt die SSID, typischerweise ein Unternehmensnetzwerk mit WPA2 oder WPA3, und ordnen Sie eine SSID zu. RADIUS-GruppeBeim Erstellen dieser Gruppe wird FreeRADIUS als externer Server hinzugefügt, wobei IP-Adresse, Geheimnis und Ports 1812/1813 angegeben werden.

Dann die BenutzerprofilIn der Praxis handelt es sich dabei um Zugriffsprofile, die mit verschiedenen VLANs verknüpft sind (z. B. VLAN10 und VLAN20). Es gibt ein Standardprofil, dem Clients zugewiesen werden, deren RADIUS keine Tunnelattribute zurückgibt. Bei dynamischen VLANs werden die Zuweisungsregeln jedoch anhand des Werts von … definiert. Tunnel-Private-Group-ID und andere RADIUS-Attribute.

Die Regeln besagen einfach: „Wenn die Tunnel-Private-Group-ID vom Accept-Server 10 lautet, weise dem Benutzerprofil VLAN 10 zu“; wenn sie 20 lautet, weise dem Benutzerprofil VLAN 20 zu usw. ExtremeCloud IQ setzt diese Regeln in der Praxis um, indem der Client im entsprechenden Bereich platziert wird. VLAN, das dem von FreeRADIUS gesendeten Attribut entspricht.

Abschließend müssen Sie den Zugriff auf diese VLANs auf der kabelgebundenen Seite des Access Points (AP) erlauben, indem Sie das AP-Profil in XIQ so anpassen, dass der Uplink-Port alle konfigurierten VLANs zulässt und das native VLAN (üblicherweise VLAN 1) beibehält. Sobald alles gespeichert und die Netzwerkrichtlinie auf die APs angewendet wurde, können Sie das Tool verwenden, um… RADIUS-Test in XIQ integriert, um zu überprüfen, ob FreeRADIUS erreichbar ist und ob der Server für jeden Benutzer das erwartete VLAN-Attribut zurückgibt.

Omada SDN mit FreeRADIUS: VLANs für kabelgebundene und drahtlose Netzwerke

Die SDN-Lösung von Omada ermöglicht zudem die gleichzeitige Zuweisung dynamischer VLANs über Netzwerke hinweg. drahtlos und kabelgebunden Durch die Verwendung eines externen RADIUS-Servers wie FreeRADIUS entfällt die Notwendigkeit, viele verschiedene SSIDs zu erstellen oder mit festen PVIDs an den Switch-Ports zu arbeiten.

Die typische Topologie umfasst einen Omada-Controller, EAP-Zugangspunkte, JetStream-Switches und einen FreeRADIUS-Server unter Linux. Um Netzwerkgeräten das Senden von Authentifizierungsanfragen an den Server zu ermöglichen, wird die entsprechende Datei bearbeitet. client.conf indem der Client auf den Omada-Netzwerkbereich (z. B. 192.168.0.0/24) und ein gemeinsames Passwort eingestellt wird.

Anschließend werden die Konten in der Datei vorbereitet. NutzerBeispielsweise können zwei Benutzer definiert werden: einer für VLAN10 und ein weiterer für VLAN20, jeweils mit den Attributen Tunnel-Type, Tunnel-Medium-Type und Tunnel-Private-Group-Id. In WPA-Enterprise ist es außerdem üblich, die Datei zu ändern. EAP-Konfiguration um die Methode an den jeweiligen Clienttyp anzupassen (z. B. EAP-PEAP für Windows-Laptops).

Vom Omada-Controller aus, im Abschnitt „Authentifizierung“, ein RADIUS-Profil Der Verweis auf FreeRADIUS wird ausgeführt und die Option ausgewählt. VLAN-Zuweisung für drahtloses Netzwerk aktivierenDas bedeutet, dass Omada bei der Authentifizierung eines Clients über WPA-Enterprise den RADIUS-Server abfragt und das Gerät in das vom Server zurückgegebene VLAN einordnet, anstatt in das feste VLAN der SSID.

Es ist außerdem notwendig, die eigenen VLAN-Schnittstellen des Netzwerks zu definieren in Einstellungen > Kabelgebundene Netzwerke > LANZum Beispiel durch die Erstellung zweier logischer Schnittstellen für VLAN10 und VLAN20 mit ihren jeweiligen IP-Gateways. Auf diese Weise erhält ein Client, der sich in VLAN10 befindet, eine IP-Adresse innerhalb des Bereichs dieses VLANsund das Gleiche gilt für VLAN20.

Auf der drahtlosen Ebene wird eine SSID erstellt mit WPA-Unternehmen Dies verweist auf das RADIUS-Profil. Wenn sich ein Client beispielsweise als test10 verbindet und authentifiziert, erhält er eine IP-Adresse aus VLAN10; verwendet er hingegen test20, wird er VLAN20 zugewiesen, ohne dass wir für jeden Fall eine separate SSID erstellen müssen.

Auf der kabelgebundenen Seite ist die Logik ähnlich, aber mit 802.1X Port-basiertAktivieren Sie 802.1X im entsprechenden Abschnitt des Controllers, wählen Sie den Typ „Portbasiert“, aktivieren Sie die „VLAN-Zuweisung“ und markieren Sie die Ports, die eine Authentifizierung erfordern. Anschließend wird eine [Methode/Methode] auf dieselben Ports angewendet. Portprofil Dadurch werden VLAN10 und VLAN20 als ungetaggte Netzwerke hinzugefügt, wobei sichergestellt wird, dass der 802.1X-Steuerungsmodus auf „Auto“ eingestellt ist, sodass der Switch die Verbindung aushandelt, wenn er einen Client erkennt.

Mit einer einzigen RADIUS-Konfiguration und einigen wenigen Profilen stellt Omada SDN somit sicher, dass sowohl kabelgebundene als auch WLAN-Nutzer im Netzwerk landen. entsprechendes VLAN gemäß den Anmeldeinformationenohne dass mehrere Netzwerke erstellt oder die Konfiguration jedes Ports manuell angepasst werden muss.

Praktische Beispiele, häufige Fehler und Konfigurationstipps

Die Arbeit mit FreeRADIUS und dynamischen VLANs ist nicht immer einfach: Es gibt mehrere wiederkehrende Probleme, die auftreten, sobald man von Labortests in reale Umgebungen übergeht, insbesondere wenn sie ins Spiel kommen. LDAP/AD-Verzeichnisse, Benutzernamenformate und komplexe RichtlinienDaher ein gutes Cybersicherheits-Risikomanagement Es trägt dazu bei, Zwischenfälle zu reduzieren.

Ein sehr typischer Fehler tritt auf, wenn der Server eine LDAP-Abfrage unter Verwendung des Attributs erstellt. %{User-Name} so wie es in RADIUS ankommt. In vielen Windows-Szenarien kommt das Format an als DOMÄNE\Benutzer, wobei der Backslash als kodiert wird 5cWenn die LDAP-Vorlage mit uid=%{User-Name}Die resultierende Abfrage wird etwa so aussehen: uid=DOMINIO\5cusuarioDie Übereinstimmung mit der tatsächlichen Benutzer-ID im LDAP-Baum ist selten, daher werden null Ergebnisse zurückgegeben.

Dies bedeutet, dass die Attribute des Benutzers im Verzeichnis nicht gefunden wurden, einschließlich der möglichen VLAN- oder Gruppenwert Sie möchten die VLANs so zuordnen, dass der Server keine Tunnel-Private-Group-Id hinzufügt und der Client im Standard-VLAN des Switches oder Access Points verbleibt. Dieses Muster ist in den FreeRADIUS-Protokollen deutlich erkennbar: LDAP-Abfrage mit der UID „domain\5user“ und leerem Suchergebnis.

Die praktische Lösung, die sich als erfolgreich erwiesen hat, besteht darin, die Nutzung in der FreeRADIUS-Konfiguration zu ändern. %{User-Name} von %{Stripped-User-Name} in der LDAP-Abfragevorlage, z. B.:

if ("%{ldap:ldap:///dc=example,dc=com?uid?sub?(|(uid=%{Stripped-User-Name})(macAddress=%{Calling-Station-Id}))}") { ... }

Auf diese Weise verwendet FreeRADIUS den „sauberen“ Benutzernamen ohne Domäne oder Schrägstrich, und die Suchvorgänge sind wieder erfolgreich. Sobald LDAP den korrekten Eintrag zurückgibt, kann der Server die Logik zur VLAN-Zuweisung anhand von Gruppen, Organisationseinheiten oder spezifischen Attributen anwenden und die Liste neu generieren. Tunnel-Typ, Tunnel-Mitteltyp und Tunnel-Private-Gruppen-ID im Access-Accept-Fenster.

Ein weiterer interessanter Fall tritt bei einigen Switches auf, wenn statische VLAN-Konfigurationen an einem Port mit dynamischen 802.1X-Konfigurationen vermischt werden. Beispielsweise könnte Port 17 im statischen VLAN 4 konfiguriert sein, während gleichzeitig versucht wird, einen bestimmten Benutzer per RADIUS in VLAN 2 zu zwingen. Wenn das Gerät Tunnelattribute nicht berücksichtigt oder die dynamische VLAN-Funktion deaktiviert ist, wird der Datenverkehr an diesem Port weiterhin als VLAN 4 behandelt, unabhängig von den RADIUS-Einstellungen.

In solchen Situationen ist es unerlässlich, die Dokumentation des Schalters zu überprüfen, um die Unterstützung für explizit zu aktivieren. VLAN-Zuweisung über RADIUSund mit Befehlen wie diesen debuggen dot1x anzeigen Oder prüfen Sie, ob das Gerät Meldungen wie „Tunnelattribute werden ignoriert“ oder „Dynamische VLAN-Zuweisung deaktiviert“ meldet. Nur wenn der Hersteller dies unterstützt und die Funktion aktiviert ist, wird ein Benutzer, der standardmäßig mit einem physischen Port in VLAN 4 verbunden ist, nach der Authentifizierung als „carlos“ oder einem anderen Benutzer tatsächlich in VLAN 2 geführt.

Es gibt auch klassische Debatten über die Angemessenheit der Verwendung von Dynamische VLANs in Remote-Desktop-Szenarien (RDP)Wenn beim Windows-Start zunächst die Rechnerauthentifizierung und anschließend beim Anmelden die Benutzerauthentifizierung erfolgt, kann der durch die Benutzeranmeldung ausgelöste VLAN-Wechsel laufende RDP-Sitzungen unterbrechen oder DNS-Probleme verursachen, während der Port vom Rechner-VLAN zum Benutzer-VLAN wechselt. Viele Administratoren entscheiden sich daher in solchen Fällen dafür, für alle Zustände ein einziges VLAN zu verwenden oder sowohl auf Rechner- als auch auf Benutzerebene dasselbe VLAN zuzuweisen, um Segmentwechsel zu minimieren.

Schließlich besteht auf der Ebene der fortgeschrittenen Integration ein wachsendes Interesse an der Verknüpfung von FreeRADIUS mit Azure AD Zur Bestimmung von VLANs anhand der Gruppenzugehörigkeit in der Cloud existiert derzeit kein offizielles natives Modul, das direkte Gruppenabfragen für VLANs in Azure AD durchführt. Ansätze umfassen externe Skripte, Aufrufe der Microsoft Graph API und einige Workarounds. Es handelt sich um ein sich ständig weiterentwickelndes Gebiet, und wenn eine stabile und unterstützte Lösung benötigt wird, wird diese Logik häufig an ein kommerzielles NAC-System oder eine andere Zwischenkomponente delegiert.

Durch die effektive Kombination von 802.1X, FreeRADIUS und dynamischer VLAN-Zuweisung lässt sich eine präzise Netzwerksegmentierung ohne aufwendige NAC-Lösungen erreichen und fügt sich so in eine Strategie ein, Technologische Sicherheit in UnternehmenVon Controllern wie Omada oder ExtremeCloud IQ bis hin zu Switches der mittleren Preisklasse – alles funktioniert reibungslos zusammen, wenn Tunnelattribute beachtet, LDAP/AD-Abfragen sorgfältig behandelt und klar definiert ist, wann es angebracht ist, Benutzer dynamisch von einem VLAN in ein anderes zu verschieben, basierend auf ihrer Identität, ihrer Rolle oder dem Typ des angeschlossenen Geräts.

In Verbindung stehender Artikel:

Vollständiger Leitfaden zur Analyse von Routern und WLAN-Zugangspunkten