Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Externe Benutzerauthentifizierung

May 16, 2024
Beitrag von: 
C

Der Authentifizierungsdienst in einer NetScaler ADC-Appliance kann lokal oder extern sein. Bei der externen Benutzerauthentifizierung verwendet die Appliance einen externen Server wie LDAP, RADIUS oder TACACS+, um den Benutzer zu authentifizieren. Um einen externen Benutzer zu authentifizieren und dem Benutzer Zugriff auf die Appliance zu gewähren, müssen Sie eine Authentifizierungsrichtlinie anwenden. Die NetScaler ADC-Systemauthentifizierung verwendet erweiterte Authentifizierungsrichtlinien mit erweiterten Richtlinienausdrücken. Die erweiterten Authentifizierungsrichtlinien werden auch für die Systembenutzerverwaltung in einer partitionierten NetScaler ADC-Appliance verwendet.

Hinweis

Wenn Ihre Appliance weiterhin Classic-Richtlinien und ihre Ausdrücke verwendet, müssen Sie sie nicht mehr verwenden und die Verwendung der Classic-Richtlinie in die Advanced-Richtlinieninfrastruktur migrieren.

Nachdem Sie eine Authentifizierungsrichtlinie erstellt haben, müssen Sie sie an die globale Entität des Systems binden. Sie können einen externen Authentifizierungsserver (z. B. TACACS) konfigurieren, indem Sie eine einzelne Authentifizierungsrichtlinie an die globale Entität des Systems binden. Sie können auch eine Kaskade von Authentifizierungsservern konfigurieren, indem Sie mehrere Richtlinien an die globale Entität des Systems binden.

Hinweis

Wenn sich ein externer Benutzer bei der Appliance anmeldet, generiert das System eine Fehlermeldung “Benutzer existiert nicht” in der Datei ns.log. Der Grund dafür ist, dass das System den Befehl systemuser_systemcmdpolicy_binding ausführt, um die GUI für den Benutzer zu initialisieren.

LDAP-Authentifizierung (mit externen LDAP-Servern)

Sie können die NetScaler ADC-Appliance so konfigurieren, dass der Benutzerzugriff mit einem oder mehreren LDAP-Servern authentifiziert wird. Für die LDAP-Autorisierung sind identische Gruppennamen im Active Directory, auf dem LDAP-Server und auf der Appliance erforderlich. Die Zeichen und die Groß- und Kleinschreibung müssen ebenfalls identisch sein.

Weitere Informationen zu LDAP-Authentifizierungsrichtlinien finden Sie unter Thema LDAP-Authentifizierungsrichtlinien .

Standardmäßig ist die LDAP-Authentifizierung durch das SSL/TLS-Protokoll gesichert. Es gibt zwei Arten von sicheren LDAP-Verbindungen. Beim ersten Typ akzeptiert der LDAP-Server die SSL/TLS-Verbindung auf einem Port, der von dem Port getrennt ist, der zum Akzeptieren von leeren LDAP-Verbindungen verwendet wird. Nachdem Benutzer die SSL/TLS-Verbindung hergestellt haben, kann LDAP-Datenverkehr über die Verbindung gesendet werden. Der zweite Typ erlaubt sowohl unsichere als auch sichere LDAP-Verbindungen, und der einzelne Port verarbeitet es auf dem Server. In diesem Szenario erstellt der Client zunächst eine klare LDAP-Verbindung, um eine sichere Verbindung zu erstellen. Dann wird der LDAP-Befehl StartTLS über die Verbindung an den Server gesendet. Wenn der LDAP-Server StartTLS unterstützt, wird die Verbindung mithilfe von TLS in eine sichere LDAP-Verbindung konvertiert.

Die Portnummern für LDAP-Verbindungen lauten:

  • 389 für ungesicherte LDAP-Verbindungen
  • 636 für sichere LDAP-Verbindungen
  • 3268 für Microsoft unsichere LDAP-Verbindungen
  • 3269 für sichere LDAP-Verbindungen von Microsoft

LDAP-Verbindungen, die den Befehl StartTLS verwenden, verwenden die Portnummer 389. Wenn die Portnummern 389 oder 3268 auf der Appliance konfiguriert sind, versucht sie, StartTLS zum Herstellen der Verbindung zu verwenden. Wenn eine andere Portnummer verwendet wird, verwenden Verbindungsversuche SSL/TLS. Wenn StartTLS oder SSL/TLS nicht verwendet werden können, schlägt die Verbindung fehl.

Bei der Konfiguration des LDAP-Servers muss die Groß- und Kleinschreibung der Buchstaben auf dem Server und auf der Appliance übereinstimmen. Wenn das Stammverzeichnis des LDAP-Servers angegeben wird, werden auch alle Unterverzeichnisse durchsucht, um das Benutzerattribut zu finden. In großen Verzeichnissen kann dies die Leistung beeinträchtigen. Aus diesem Grund empfiehlt Citrix, eine bestimmte Organisationseinheit (OU) zu verwenden.

In der folgenden Tabelle sind Beispiele für den definierten Basisnamen (DN) aufgeführt.

LDAP-Server Basis-DN
Microsoft Active Directory DC=Citrix, DC=local
Novell eDirectory dc=Citrix, dc=net
IBM Verzeichnisserver cn=users
Lotus-Domino OU=City, O=Citrix, C=US
Sun ONE Verzeichnis (ehemals iPlanet) ou=People, dc=Citrix, dc=com

In der folgenden Tabelle sind Beispiele für den Bind Distinguished Name (DN) aufgeführt.

LDAP-Server Bind DN
Microsoft Active Directory CN=Administrator, CN=Users, DC=Citrix, DC=local
Novell eDirectory cn=admin, dc=Citrix, dc=net
IBM Verzeichnisserver LDAP_dn
Lotus-Domino CN=Notes Administrator, O=Citrix, C=US
Sun ONE Verzeichnis (ehemals iPlanet) uid=admin, ou=Administrators, ou=TopologyManagement, o=NetscapeRoot

Konfigurieren Sie die LDAP-Benutzerauthentifizierung mithilfe der CLI

Führen Sie die folgenden Schritte aus, um die LDAP-Authentifizierung für externe Benutzer zu konfigurieren

LDAP-Richtlinie konfigurieren

Führen Sie an der Eingabeaufforderung Folgendes aus:

Schritt 1: Erstellen Sie eine LDAP-Aktion.

add authentication ldapAction <name> {-serverIP <ip_addr|ipv6_addr|*> | {-serverName <string>}} >] [-authTimeout <positive_integer>] [-ldapBase <string>] [-ldapBindDn <string>] {-ldapBindDnPassword } [-ldapLoginName <string>] [-groupAttrName <string>] [-subAttributeName <string>]

Beispiel:

add authentication ldapAction ldap_act -serverIP <IP> -authTimeout 30 -ldapBase "CN=xxxxx,DC=xxxx,DC=xxx" -ldapBindDn "CN=xxxxx,CN=xxxxx,DC=xxxx,DC=xxx" -ldapBindDnPassword abcd -ldapLoginName sAMAccountName -groupattrName memberOf -subAttributeName CN

Informationen zur Parameterbeschreibung finden Sie unter Referenz zu Authentifizierungs- und Berechtigungsbefehlen .

Schritt 2: Erstellen einer klassischen LDAP-Richtlinie.

add authentication ldapPolicy <name> <rule> [<reqAction>]

Beispiel:

add authentication ldappolicy ldap_pol_classic ns_true ldap_act

Hinweis

Sie können mit einer klassischen oder einer erweiterten LDAP-Richtlinie konfigurieren, Citrix empfiehlt jedoch, eine erweiterte Authentifizierungsrichtlinie zu verwenden, da klassische Richtlinien ab der Version NetScaler ADC 13.0 veraltet sind.

Schritt 3: Erstellen einer erweiterten LDAP-Richtlinie

add authentication Policy <name> <rule> [<reqAction>]

Beispiel:

add authentication policy ldap_pol_advance -rule true -action ldap_act

Schritt 4: Binden der LDAP-Richtlinie an das globale System

Gehen Sie in der Befehlszeile wie folgt vor:

bind system global <policyName> [-priority <positive_integer]

Beispiel:

bind system global ldap_pol_advanced -priority 10

Konfigurieren Sie die LDAP-Benutzerauthentifizierung mithilfe der NetScaler ADC GUI

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Richtlinie.
  2. Klicken Sie auf Hinzufügen, um eine Authentifizierungsrichtlinie vom Typ LDAP zu erstellen.
  3. Klicken Sie auf Erstellen und Schließen.

LDAP-Benutzerauthentifizierung konfigurieren

Binden Sie eine Authentifizierungsrichtlinie für die LDAP-Authentifizierung mithilfe der NetScaler ADC GUI an das globale System

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Richtlinie für Authentifizierungsrichtlinien.
  2. Klicken Sie im Detailbereich auf Globale Bindungen, um eine globale Systemauthentifizierungsrichtlinienbindung zu erstellen.
  3. Klicken Sie auf Globale Bindungen.
  4. Wählen Sie ein Authentifizierungsprofil aus.
  5. Wählen Sie die LDAP-Richtlinie aus.

  6. Legen Sie auf der Seite Bindung von System Global Authentication Policy die folgenden Parameter fest:

    1. Wählen Sie Richtlinie aus.
    2. Verbindliche Angaben

    Wählen Sie eine LDAP-Richtlinie

  7. Klicken Sie auf Binden und Fertig.
  8. Klicken Sie auf Globale Bindungen, um die an das globale System gebundene Richtlinie zu bestätigen.

Festlegen von Attributen im LDAP-Verzeichnis

Wenn Sie Hilfe bei der Ermittlung Ihrer LDAP-Verzeichnisattribute benötigen, können Sie diese einfach mit dem kostenlosen LDAP-Browser von Softerra nachschlagen.

Sie können den LDAP-Browser von der Softerra LDAP Administrator-Website unter herunterladen <http://www.ldapbrowser.com>. Legen Sie nach der Installation des Browsers die folgenden Attribute fest:

  • Der Hostname oder die IP-Adresse Ihres LDAP-Servers.
  • Der Port Ihres LDAP-Servers. Die Standardeinstellung ist 389.
  • Das Basis-DN-Feld kann leer gelassen werden.
  • Mithilfe der vom LDAP-Browser bereitgestellten Informationen können Sie den Basis-DN ermitteln, der für die Registerkarte Authentifizierung benötigt wird.
  • Die Prüfung Anonyme Bindung bestimmt, ob der LDAP-Server Benutzeranmeldeinformationen benötigt, damit der Browser eine Verbindung zu ihm herstellen kann. Wenn der LDAP-Server Anmeldeinformationen benötigt, lassen Sie das Kontrollkästchen deaktiviert.

Nach Abschluss der Einstellungen zeigt der LDAP-Browser den Profilnamen im linken Fensterbereich an und stellt eine Verbindung zum LDAP-Server her.

Weitere Informationen finden Sie unter LDAP-Thema .

Schlüsselbasierte Authentifizierungsunterstützung für LDAP-Benutzer

Mit der schlüsselbasierten Authentifizierung können Sie jetzt die Liste der öffentlichen Schlüssel abrufen, die auf dem Benutzerobjekt im LDAP-Server über SSH gespeichert sind. Die NetScaler ADC-Appliance muss während des rollenbasierten Authentifizierungsprozesses (RBA) öffentliche SSH-Schlüssel vom LDAP-Server extrahieren. Der abgerufene öffentliche Schlüssel, der mit SSH kompatibel ist, muss es Ihnen ermöglichen, sich über die RBA-Methode anzumelden.

Ein neues Attribut “sshPublicKey” wird in den Befehlen “add authentication ldapAction” und “set authentication ldapAction” eingeführt. Wenn Sie dieses Attribut verwenden, können Sie die folgenden Vorteile erhalten:

  • Kann den abgerufenen öffentlichen Schlüssel speichern, und die LDAP-Aktion verwendet dieses Attribut, um SSH-Schlüsselinformationen vom LDAP-Server abzurufen.
  • Kann Attributnamen von bis zu 24 KB extrahieren.

Hinweis

Der externe Authentifizierungsserver wie LDAP wird nur zum Abrufen von SSH-Schlüsselinformationen verwendet. Es wird nicht für Authentifizierungszwecke verwendet.

Es folgt ein Beispiel für den Ablauf von Ereignissen durch SSH:

  • Der SSH-Daemon sendet eine AAA_AUTHENTICATE-Anforderung mit leerem Kennwortfeld an den Authentifizierungs-, Autorisierungs- und Überwachungs-Daemonport
  • Wenn LDAP so konfiguriert ist, dass der öffentliche SSH-Schlüssel gespeichert wird, antworten Authentifizierung, Autorisierung und Überwachung mit dem Attribut “sshPublicKey” zusammen mit anderen Attributen.
  • Der SSH-Daemon überprüft diese Schlüssel mit den Clientschlüsseln.
  • Der SSH-Daemon übergibt den Benutzernamen in der Anforderungsnutzlast, und Authentifizierung, Autorisierung und Überwachung gibt die für diesen Benutzer spezifischen Schlüssel zusammen mit generischen Schlüsseln zurück.

Um das sshPublicKey -Attribut zu konfigurieren, geben Sie an der Eingabeaufforderung die folgenden Befehle ein:

  • Mit add operation können Sie das Attribut “sshPublicKey” hinzufügen, während Sie den Befehl ldapAction konfigurieren.

    add authentication ldapAction <name> {-serverIP <ip_addr|ipv6_addr|*> | {-serverName <string>}} [-serverPort <port>] … [-Attribute1 <string>] … [-Attribute16 <string>][-sshPublicKey <string>][-authentication off]<!--NeedCopy-->

  • Mit set operation können Sie das Attribut “sshPublicKey” zu einem bereits hinzugefügten ldapAction-Befehl konfigurieren.

    set authentication ldapAction <name> [-sshPublicKey <string>][-authentication off]<!--NeedCopy-->

RADIUS-Authentifizierung (mit externen RADIUS-Servern)

Sie können die NetScaler ADC-Appliance so konfigurieren, dass der Benutzerzugriff mit einem oder mehreren RADIUS-Servern authentifiziert wird. Wenn Sie RSA SecurID-, SafeWord- oder Gemalto Protiva-Produkte verwenden, verwenden Sie einen RADIUS-Server.

Weitere Informationen zu RADIUS-Authentifizierungsrichtlinien finden Sie unter Thema RADIUS-Authentifizierungsrichtlinien .

Ihre Konfiguration erfordert möglicherweise die Verwendung einer Netzwerkzugriffsserver-IP-Adresse (NAS-IP) oder einer Netzwerkzugriffsserver-ID (NAS-ID). Beachten Sie beim Konfigurieren der Appliance für die Verwendung eines RADIUS-Authentifizierungsservers die folgenden Richtlinien:

  • Wenn Sie die Verwendung der NAS-IP aktivieren, sendet die Appliance ihre konfigurierte IP-Adresse an den RADIUS-Server und nicht an die Quell-IP-Adresse, die für den Aufbau der RADIUS-Verbindung verwendet wurde.
  • Wenn Sie die NAS-ID konfigurieren, sendet die Appliance den Bezeichner an den RADIUS-Server. Wenn Sie die NAS-ID nicht konfigurieren, sendet die Appliance ihren Hostnamen an den RADIUS-Server.
  • Wenn die NAS-IP-Adresse aktiviert ist, ignoriert die Appliance jede NAS-ID, die sie für die Kommunikation mit dem RADIUS-Server verwendet hat.

Konfigurieren Sie die RADIUS-Benutzerauthentifizierung mithilfe der CLI

Führen Sie an der Eingabeaufforderung Folgendes aus:

Schritt 1: Erstellen einer RADIUS-Aktion

add authentication radiusaction <name> -serverip <ip> -radkey <key> -radVendorID <id> -radattributetype <value>

Wobei das radVendorID RADIUS-Hersteller-ID-Attribut, das für die Extraktion von RADIUS-Gruppen radAttributeType RADIUS-Attributtyp, der für die Extraktion von RADIUS-Gruppen

Beispiel:

add authentication radiusaction RADserver531 rad_action -serverip 1.1.1.1 -radkey key123 -radVendorID 66 -radattributetype 6

Schritt 2: Erstellen Sie eine klassische RADIUS-Richtlinie.

add authentication radiusPolicy <name> <rule> [<reqAction>]

Beispiel:

add authentication radiuspolicy radius_pol_classic ns_true radius_act

Hinweis

Sie können mit einer klassischen oder einer erweiterten RADIUS-Richtlinie konfigurieren. Citrix empfiehlt Ihnen, die erweiterte Authentifizierungsrichtlinie zu verwenden, da klassische Richtlinien ab dem Release NetScaler ADC 13.0 veraltet sind.

Schritt 3: Erstellen Sie eine erweiterte RADIUS-Richtlinie

add authentication policy <policyname> -rule true -action <radius action name>

Beispiel:

add authentication policy rad_pol_advanced -rule true -action radserver531rad_action

Schritt 4: Binden Sie die RADIUS-Richtlinie an das globale System.

bind system global <policyName> -priority <positive_integer

Beispiel:

bind system global radius_pol_advanced -priority 10

Konfigurieren Sie die RADIUS-Benutzerauthentifizierung über die GUI

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Richtlinie.
  2. Klicken Sie auf Hinzufügen, um eine Authentifizierungsrichtlinie vom Typ RADIUS zu erstellen.
  3. Klicken Sie auf Erstellen und Schließen.

RADIUS-Richtlinie konfigurieren

Binden Sie die Authentifizierungsrichtlinie für die RADIUS-Authentifizierung über die GUI an das globale System

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Richtlinie.
  2. Klicken Sie im Detailbereich auf Globale Bindungen, um eine globale Systemauthentifizierungsrichtlinienbindung zu erstellen.

  3. Klicken Sie auf Globale Bindungen.

    Binden Sie die Authentifizierungsrichtlinie für RADIUS an das globale System

  4. Wählen Sie RADIUS.

  5. Legen Sie auf der Seite Bindung von System Global Authentication Policy die folgenden Parameter fest:

    1. Wählen Sie Richtlinie aus.
    2. Verbindliche Angaben.

    Bindung der globalen Systemauthentifizierungsrichtlinie

  6. Klicken Sie auf Binden und Schließen.

  7. Klicken Sie auf Globale Bindungen, um die an das globale System gebundene Richtlinie zu bestätigen.

    Globale Bindungen der RADIUS-Authentifizierungsrichtlinie

RADIUS-Benutzerauthentifizierungsprotokolle wählen

Die NetScaler ADC-Appliance unterstützt Implementierungen von RADIUS, die für die Verwendung mehrerer Protokolle für die Benutzerauthentifizierung konfiguriert sind, darunter:

  • Password Authentication Protocol
  • Challenge-Handshake-Authentifizierungsprotokoll (CHAP)
  • Microsoft Challenge-Handshake-Authentifizierungsprotokoll (MS-CHAP Version 1 und Version 2)

Wenn Ihre Bereitstellung für die Verwendung der RADIUS-Authentifizierung konfiguriert ist und Ihr RADIUS-Server mit einem Kennwortauthentifizierungsprotokoll konfiguriert ist. Sie können die Benutzerauthentifizierung verstärken, indem Sie dem RADIUS-Server ein starkes gemeinsames Geheimnis zuweisen. Starke gemeinsame Geheimnisse von RADIUS bestehen aus zufälligen Sequenzen von Groß- und Kleinbuchstaben, Zahlen und Satzzeichen und sind mindestens 22 Zeichen lang. Verwenden Sie nach Möglichkeit ein Programm zur zufälligen Zeichengenerierung, um gemeinsam genutzte RADIUS-Geheimnisse zu ermitteln.

Um den RADIUS-Datenverkehr weiter zu schützen, weisen Sie jeder Appliance oder jedem virtuellen Server einen anderen gemeinsamen Schlüssel zu. Wenn Sie Clients auf dem RADIUS-Server definieren, können Sie jedem Client auch ein separates Shared Secret zuweisen. Außerdem müssen Sie jede Richtlinie, die die RADIUS-Authentifizierung verwendet, separat konfigurieren.

IP-Adressextraktion konfigurieren

Sie können die Appliance so konfigurieren, dass sie die IP-Adresse von einem RADIUS-Server extrahiert. Wenn sich ein Benutzer beim RADIUS-Server authentifiziert, gibt der Server eine gerahmte IP-Adresse zurück, die dem Benutzer zugewiesen ist. Die folgenden Attribute sind für die Extraktion von IP-Adressen aufgeführt:

  • Ermöglicht einem Remote-RADIUS-Server, eine IP-Adresse aus dem internen Netzwerk für einen an der Appliance angemeldeten Benutzer bereitzustellen.
  • Ermöglicht die Konfiguration für jedes RADIUS-Attribut mit dem Typ IP-Adresse, einschließlich der Anbieter codiert.

Wenn Sie den RADIUS-Server für die IP-Adressenextraktion konfigurieren, konfigurieren Sie die Hersteller-ID und den Attributtyp.

Die Hersteller-ID ermöglicht es dem RADIUS-Server, dem Client eine IP-Adresse aus einem Pool von IP-Adressen zuzuweisen, die auf dem RADIUS-Server konfiguriert sind. Die Hersteller-ID und die Attribute werden verwendet, um die Zuordnung zwischen dem RADIUS-Client und dem RADIUS-Server herzustellen. Die Hersteller-ID ist das Attribut in der RADIUS-Antwort, das die IP-Adresse des internen Netzwerks bereitstellt. Ein Wert von Null gibt an, dass das Attribut nicht herstellercodiert ist. Der Attributtyp ist das Remote-IP-Adressattribut in einer RADIUS-Antwort. Der Mindestwert ist eins und der Höchstwert ist 255.

Eine übliche Konfiguration besteht darin, die gerahmte IP-Adresse des RADIUS-Attributs zu extrahieren. Die Lieferanten-ID ist auf Null gesetzt oder nicht angegeben. Der Attributtyp ist auf acht festgelegt.

Gruppen-Extraktion für RADIUS über die GUI

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Radius, und wählen Sie eine Richtlinie aus.
  2. Wählen oder erstellen Sie eine RADIUS-Richtlinie.

  3. Legen Sie auf der Seite “Authentifizierungs-RADIUS-Server konfigurieren “ die folgenden Parameter fest.

    1. Lieferanten-ID der
    2. Gruppen-Attributtyp

  4. Klicken Sie auf OK und Schließen.

    Gruppenextraktion für RADIUS

TACACS+-Authentifizierung (unter Verwendung externer TACACS+-Server)

Wichtig

  • Citrix empfiehlt, keine TACACS-bezogenen Konfigurationen zu ändern, wenn Sie einen Befehl “clear ns config” ausführen.

  • Die TACACS-bezogene Konfiguration im Zusammenhang mit erweiterten Richtlinien wird gelöscht und erneut angewendet, wenn der Parameter RBAconfig im Befehl “clear ns config” für erweiterte Richtlinien auf NO gesetzt ist.

  • Wenn der Parameter RBAconfig im Rahmen des Vorgangs “Konfiguration löschen” auf NEIN gesetzt ist, behält NetScaler ADC zusätzlich zu den RBA-Konfigurationen und TACACS-Richtlinien die Verwaltungszugriffssitzungen bei.

Sie können einen TACACS+-Server für die Authentifizierung konfigurieren. Ähnlich wie bei der RADIUS-Authentifizierung verwendet TACACS+ einen geheimen Schlüssel, eine IP-Adresse und die Portnummer. Die Standardportnummer ist 49. Um die Appliance für die Verwendung eines TACACS+-Servers zu konfigurieren, geben Sie die Server-IP-Adresse und das TACACS+-Geheimnis an. Sie müssen den Port nur angeben, wenn die verwendete Serverportnummer etwas anderes als die Standardportnummer 49 ist.

Weitere Informationen finden Sie unter TACACS-Authentifizierung.

Konfigurieren Sie die TACACS+-Authentifizierung mit der GUI

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Richtlinie.
  2. Klicken Sie auf Hinzufügen, um eine Authentifizierungsrichtlinie vom Typ TACACS zu erstellen.
  3. Klicken Sie auf Erstellen und Schließen.

TACACS-Richtlinie konfigurieren

Nachdem die TACACS+-Servereinstellungen auf der Appliance konfiguriert wurden, binden Sie die Richtlinie an die globale Systementität.

Binden Sie Authentifizierungsrichtlinien mithilfe der CLI an die globale Systemeinheit

Wenn die Authentifizierungsrichtlinien konfiguriert sind, binden Sie die Richtlinien an die globale Entität des Systems.

Gehen Sie in der Befehlszeile wie folgt vor:

bind system global <policyName> [-priority <positive_integer>]

Beispiel:

bind system global pol_classic -priority 10

Lesen Sie auch den Citrix-Artikel CTX113820, um mehr über externe Authentifizierung mit TACACS zu erfahren.

Binden Sie Authentifizierungsrichtlinien an die globale Systemeinheit über die GUI

  1. Navigieren Sie zu System > Authentifizierung > Erweiterte Richtlinien > Authentifizierungsrichtlinien > Richtlinie.
  2. Klicken Sie im Detailbereich auf Globale Bindungen, um eine globale Systemauthentifizierungsrichtlinienbindung zu erstellen.

  3. Klicken Sie auf Globale Bindungen.

    Binden der Authentifizierungsrichtlinie für die TACACS-Authentifizierung an das globale System

  4. Wählen Sie die TACACS-Richtlinie.

  5. Legen Sie auf der Seite Bindung von System Global Authentication Policy die folgenden Parameter fest:

    1. Wählen Sie Richtlinie aus.
    2. Verbindliche Angaben

    System global für TACACS-Authentifizierung

  6. Klicken Sie auf Binden und Schließen.

  7. Klicken Sie auf Globale Bindungen, um die an das globale System gebundene Richtlinie zu bestätigen.

    Systemglobale verbindliche Bestätigung für TACACS

Weitere Informationen zur Extraktion der TACACS-Gruppe finden Sie im Citrix Artikel CTX220024.

Anzahl der erfolglosen Anmeldeversuche für externe Benutzer anzeigen

Die NetScaler ADC-Appliance zeigt dem externen Benutzer die Anzahl der ungültigen Anmeldeversuche an, wenn Sie mindestens eine nicht erfolgreiche Anmeldung versuchen, bevor Sie sich erfolgreich bei der NetScaler ADC Verwaltungskonsole anmelden.

Hinweis

Derzeit unterstützt Citrix nur die interaktive Tastaturauthentifizierung für externe Benutzer, wobei der Parameter “persistentLoginAttempts” im Systemparameter aktiviert ist.

Geben Sie in der Befehlszeile Folgendes ein: set aaa parameter -maxloginAttempts <value> -failedLoginTimeout <value> -persistentLoginAttempts (ENABLED | DISABLED )]

Beispiel: set aaa parameter –maxloginAttempts 5 -failedLoginTimeout 4 –persistentLoginAttempts ENABLED

Following msg will be seen to external user when he tries 1 invalid login attempt before successfully login to the ADC management access.

Connection established.
To escape to local shell, press 'Ctrl+Alt+]'.
###############################################################################
#                                                                             #
#        WARNING: Access to this system is for authorized users only          #
#         Disconnect IMMEDIATELY if you are not an authorized user!           #
#                                                                             #
###############################################################################


WARNING! The remote SSH server rejected X11 forwarding request.
Last login: Mon Aug 24 17:09:00 2020 from 10.10.10.10

The number of unsuccessful login attempts since the last successful login : 1
Done
>
The number of unsuccessful login attempts since the last successful login : 1
Done
>
<!--NeedCopy-->
Externe Benutzerauthentifizierung
May 16, 2024
Beitrag von: 
C
May 16, 2024
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.