-
-
Personnaliser la configuration d'AppExpert
-
Configuration des services et des groupes de services pour une unité d'application
-
Configurer des points de terminaison publics pour une application
-
Configurer des groupes de persistance pour les unités d'application
-
Afficher les applications AppExpert et configurer les entités à l'aide du visualiseur d'applications
-
Configuration de l'authentification, de l'autorisation et de l'audit des applications
-
-
Configurer l'infrastructure de stratégie avancée
-
Règles pour les noms dans les identificateurs utilisés dans les stratégies
-
Configurer et lier des stratégies avec le gestionnaire de stratégies
-
Appeler ou supprimer une étiquette de stratégie ou une banque de stratégies de serveur virtuel
-
Configurer et lier des stratégies avec le gestionnaire de stratégies
-
-
Configurer une expression de stratégie avancée : pour démarrer
-
Expressions de stratégie avancées : utilisation de dates, d'heures et de chiffres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de politique avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, identifiants VLAN
-
Expressions politiques avancées : fonctions d'analyse des flux
-
Exemples didacticiels de politiques avancées pour la réécriture
-
-
Définir l'action par défaut pour une politique de répondeur
-
-
Comportement de l'en-tête Content-length dans une stratégie de réécriture
-
Réécrire les exemples d'actions et de politiques
-
Exemple 1 : supprimer les anciens en-têtes X-Forwarded-For et Client-IP
-
Exemple 3 : baliser les connexions sécurisées et non sécurisées
-
Exemple 6 : Migrer les règles du module de réécriture Apache
-
Exemple 8 : rediriger les requêtes vers le serveur interrogé
-
Exemple 11 : chiffrement RSA basé sur des règles sans remplissage
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Définir l’action par défaut pour une politique de répondeur
L’appliance NetScaler génère un événement non défini (événement UNDEF) lorsqu’une demande ne correspond pas à une stratégie de réponse. L’appliance exécute ensuite l’action par défaut attribuée aux événements non définis. Par défaut, l’action transmet la demande à la fonctionnalité suivante, telle que l’équilibrage de charge, le filtrage du contenu, etc. Ce comportement par défaut garantit que les demandes ne nécessitent aucune action de réponse spécifique pour être envoyées à vos serveurs Web. Les clients ont également accès au contenu qu’ils ont demandé.
Toutefois, si un ou plusieurs sites Web protégés par votre appliance NetScaler reçoivent un nombre important de demandes non valides ou malveillantes, vous pouvez modifier l’action par défaut pour réinitialiser la connexion client ou supprimer la demande. Dans ce type de configuration, vous devez écrire une ou plusieurs stratégies de répondeur qui correspondraient à toutes les demandes légitimes, et simplement rediriger ces demandes vers leurs destinations d’origine. Votre appliance NetScaler bloquera alors toutes les autres demandes, comme spécifié par l’action par défaut que vous avez configurée.
Vous pouvez attribuer l’une des actions suivantes à un événement non défini :
- NOOP. L’action NOOP interrompt le traitement du répondeur mais ne modifie pas le flux de paquets. Ainsi, l’appliance continue à traiter les demandes qui ne correspondent à aucune politique de répondeur, et les transmet finalement vers l’URL demandée, à moins qu’une autre fonctionnalité n’intervienne et ne bloque ou redirige la demande. Cette action est appropriée pour les requêtes normales adressées à vos serveurs Web et constitue le paramètre par défaut.
- RÉINITIALISER. Si l’action non définie est définie sur RESET, l’appliance réinitialise la connexion client, informant le client qu’il doit rétablir sa session avec le serveur Web. Cette action est appropriée pour les demandes répétées concernant des pages Web qui n’existent pas ou pour les connexions qui peuvent être des tentatives de piratage ou d’exploration de vos sites Web protégés.
- LAISSER TOMBER. Si l’action non définie est définie sur DROP, l’appliance abandonne silencieusement la demande sans répondre au client de quelque manière que ce soit. Cette action est appropriée pour les demandes qui semblent faire partie d’une attaque DDoS ou d’une autre attaque soutenue sur vos serveurs.
Remarque : Les événements UNDEF sont déclenchés uniquement pour les demandes des clients. Aucun événement UNDEF n’est déclenché pour les réponses.
Pour définir l’action non définie à l’aide de la ligne de commande NetScaler :
À l’invite de commandes, tapez la commande suivante pour définir l’action non définie et vérifier la configuration :
set responder param -undefAction (RESET|DROP|NOOP) [-timeout <msecs>]
show responder param
Où,
timeout : durée maximale en millisecondes permettant de traiter toutes les politiques et les actions sélectionnées sans interruption. Si le délai d’attente est atteint, l’évaluation provoque le déclenchement d’un UNDEF et aucun autre traitement n’est effectué.
Valeur minimale : 1
Valeur maximale : 5000
Exemple :
>set responder param -undefAction RESET -timeout 3900
Done
> show responder param
Action Name: RESET
Timeout: 3900
Done
>
<!--NeedCopy-->
Définissez l’action non définie à l’aide de l’interface graphique
- Accédez à AppExpert > Répondeur , puis sous Paramètres, cliquez sur le lien Modifier les paramètres du répondeur .
-
Sur la page Définir les paramètres du répondeur , définissez les paramètres suivants :
- Action globale dont le résultat n’est pas défini. L’action à résultat non défini est préférée en cas d’exception de traitement non gérée dans les politiques et actions du répondeur. Sélectionnez NOOP, RESETou DROP.
- Délai d’expiration. Durée maximale en millisecondes pour permettre le traitement de toutes les politiques et des actions sélectionnées sans interruption. Si le délai d’attente est atteint, l’évaluation provoque le déclenchement d’un UNDEF et aucun autre traitement n’est effectué.
- Cliquez sur OK.
.
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.