Gateway

Utilisation de la stratégie avancée pour créer des stratégies VPN

March 27, 2024

Contributeur:

Classic Policy Engine (PE) et Advance Policy Infrastructure (PI) sont deux frameworks différents de configuration et d’évaluation des stratégies actuellement pris en charge par NetScaler.

Advance Policy Infrastructure est un langage d’expression puissant. Le langage d’expression peut être utilisé pour définir des règles dans la stratégie, définir diverses parties de l’action et d’autres entités prises en charge. Le langage d’expression peut analyser n’importe quelle partie de la requête ou de la réponse et vous permet également d’examiner en profondeur les en-têtes et la charge utile. Le même langage d’expression s’étend et fonctionne dans tous les modules logiques pris en charge par NetScaler.

Remarque : Nous vous encourageons à utiliser des stratégies avancées pour créer des stratégies.

Pourquoi migrer de la stratégie classique vers la stratégie avancée ?

Advanced Policy dispose d’un jeu d’expressions riche et offre une plus grande flexibilité que la stratégie classique. NetScaler évolue et répond aux besoins d’une grande variété de clients. Il est donc impératif de prendre en charge des expressions qui dépassent largement les stratégies avancées. Pour plus d’informations, voir Stratégies et expressions.

Voici les fonctionnalités ajoutées pour Advance Policy.

Possibilité d’accéder au corps des messages.
Prend en charge de nombreux autres protocoles.
Permet d’accéder à de nombreuses autres fonctionnalités du système.
Il dispose d’un plus grand nombre de fonctions, d’opérateurs et de types de données de base.
S’adresse à l’analyse des fichiers HTML, JSON et XML.
Facilite la mise en correspondance rapide de plusieurs chaînes parallèles (patsetset ainsi de suite).

Les stratégies VPN suivantes peuvent désormais être configurées à l’aide de la stratégie avancée.

Stratégie de session
Stratégie d’autorisation
Stratégie de trafic
Stratégie de tunnel
Stratégie d’audit

En outre, l’analyse des points de terminaison (EPA) peut être configurée en tant que fonction nFactor pour l’authentification. L’EPA est utilisé comme contrôleur d’accès pour les terminaux qui tentent de se connecter à l’appliance Gateway. Avant que la page d’ouverture de session de la passerelle ne s’affiche sur un périphérique de point de terminaison, la configuration matérielle et logicielle minimale requise est vérifiée sur le périphérique, en fonction des critères d’éligibilité configurés par l’administrateur de la passerelle. L’accès à la passerelle est accordé en fonction du résultat des vérifications effectuées. Auparavant, l’EPA était configuré dans le cadre de la stratégie de session. Désormais, il peut être lié à nFactor pour plus de flexibilité quant au moment où il peut être exécuté. Pour plus d’informations sur EPA, consultez la rubrique Fonctionnement des stratégies de point de terminaison. Pour en savoir plus sur NFactor, consultez la rubrique Authentification NFactor.

Cas d’utilisation :

EPA de pré-authentification à l’aide de l’EPA avancée

L’analyse EPA de pré-authentification a lieu avant qu’un utilisateur ne fournisse les informations d’identification d’ouverture de session. Pour plus d’informations sur la configuration de NetScaler Gateway pour l’authentification nFactor avec le scan EPA de pré-authentification comme l’un des facteurs d’authentification, consultez la rubrique CTX224268.

EPA post-authentification à l’aide de l’EPA avancée

L’analyse EPA post-authentification se produit après la vérification des informations d’identification de l’utilisateur. Dans l’infrastructure de stratégie classique, l’EPA post-authentification a été configuré dans le cadre de la stratégie de session ou de l’action de session. Dans l’infrastructure de stratégie avancée, l’analyse EPA doit être configurée en tant que facteur EPA dans l’authentification nFactor. Pour plus d’informations sur la configuration de NetScaler Gateway pour l’authentification nFactor avec le scan EPA post-authentification comme l’un des facteurs d’authentification, consultez la rubrique CTX224303.

EPA de pré-authentification et de post-authentification à l’aide de stratégies avancées

L’EPA peut être effectuée avant l’authentification et la post-authentification. Pour plus d’informations sur la configuration de NetScaler Gateway pour l’authentification nFactor avec des analyses EPA avant et après authentification, consultez la rubrique CTX231362.

Analyse EPA périodique en tant que facteur d’authentification nFactor

Dans l’infrastructure de stratégie classique, une analyse EPA périodique a été configurée dans le cadre de l’action de stratégie de session. Dans l’infrastructure de stratégie avancée, il peut être configuré dans le cadre du facteur EPA dans l’authentification nFactor.

Pour plus d’informations sur la configuration de l’analyse EPA périodique en tant que facteur d’authentification nFactor, cliquez sur la rubriqueCTX231361.

Résolution des problèmes :

Les points suivants doivent être gardés à l’esprit pour le dépannage.

Les stratégies Classic et Advance du même type (par exemple, stratégie de session) ne peuvent pas être liées à la même entité/point de liaison.
La priorité est obligatoire pour toutes les stratégies PI.
La stratégie avancée pour le VPN peut être liée à tous les points de liaison.
Une stratégie avancée avec la même priorité peut être liée à un seul point de liaison.
Si aucune des stratégies d’autorisation configurées n’est sélectionnée, l’action d’autorisation globale configurée dans le paramètre VPN est appliquée.
Dans la stratégie d’autorisation, l’action d’autorisation n’est pas annulée si la règle d’autorisation échoue.

Expressions équivalentes à la stratégie avancée couramment utilisées pour la stratégie classique :

Expressions de stratégie classiques	Expressions de stratégie avancée
ns_true	true
ns_false	false
REQ.HTTP	HTTP.REQ
RES.HTTP	HTTP.RES
HEADER “foo”	HEADER(“foo”)
CONTAINS ”bar”	.CONTAINS(“bar”) [Note use of “..”]
REQ.IP	CLIENT.IP
RES.IP	SERVER.IP
SOURCEIP	SRC
DESTIP	DST
REQ.TCP	CLIENT.TCP
RES.TCP	SERVER.TCP
SOURCEPORT	SRCPORT
DESTPORT	DSTPORT
STATUSCODE	STATUS
REQ.SSL.CLIENT.CERT	CLIENT.SSL.CLIENT_CERT

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Cela vous a-t-il été utile ?

Utilisation de la stratégie avancée pour créer des stratégies VPN

March 27, 2024

Contributeur:

March 27, 2024

Contributeur:

Dans cet article

Pourquoi migrer de la stratégie classique vers la stratégie avancée ?
EPA de pré-authentification à l’aide de l’EPA avancée
EPA post-authentification à l’aide de l’EPA avancée
EPA de pré-authentification et de post-authentification à l’aide de stratégies avancées
Analyse EPA périodique en tant que facteur d’authentification nFactor

Cela vous a-t-il été utile ?