-
Applications et modèles AppExpert
-
Personnaliser la configuration AppExpert
-
Configurer les services et les groupes de services pour une unité d'application
-
Configurer les 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
-
Configurer l'authentification, l'autorisation et l'audit d'applications
-
-
Configuration de l'expression de stratégie avancée : Mise en route
-
Expressions de stratégie avancées : utilisation de dates, d'heures et de nombres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de stratégie avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, ID VLAN
-
Expressions de stratégie avancées : fonctions d'analyse de flux
-
Référence aux expressions - Expressions de stratégie avancées
-
Résumé d'exemples d'expressions et de stratégies de syntaxe par défaut
-
Didacticiel exemples de stratégies de syntaxe par défaut pour la réécriture
-
Migration des règles Apache mod_rewrite vers la syntaxe par défaut
-
-
Réécrire des exemples d'action et de stratégie
-
Exemple 1 : supprimer les anciens en-têtes X-Forwarded-For et client-IP
-
Exemple 3 : Marquage des connexions sécurisées et non sécurisées
-
Exemple 6 : Migration des règles du module de réécriture Apache
-
Exemple 8 : rediriger les requêtes vers le serveur interrogé
-
Exemple 11 : chiffrement RSA basé sur une stratégie 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!
Prise en charge de MQTT pour le répondeur
La fonctionnalité Répondeur prend en charge le protocole MQTT. Vous pouvez configurer les stratégies de répondeur pour qu’elles prennent une action basée sur les paramètres du message MQTT entrant.
L’action répond avec l’un des éléments suivants à une nouvelle connexion :
- DROP
- RESET
- NOOP
- Une action de l’intervenant pour lancer une nouvelle réponse MQTT CONNACK.
Configuration des stratégies de répondeur pour MQTT
Après avoir activé la fonctionnalité de répondeur, vous devez configurer une ou plusieurs actions pour gérer les demandes MQTT. Ensuite, configurez une stratégie de répondeur. Vous pouvez lier les stratégies de répondeur globalement, ou à un serveur virtuel d’équilibrage de charge spécifique ou à un serveur virtuel de commutation de contenu spécifique.
Les points de liaison suivants sont disponibles pour lier les stratégies de répondeur globalement :
- MQTT_REQ_DEFAULT
- MQTT_REQ_OVERRIDE
- MQTT_JUMBO_REQ_DEFAULT
- MQTT_JUMBO_REQ_OVERRIDE
Les points de liaison suivants sont disponibles pour lier les stratégies de répondeur à un serveur virtuel de commutation de contenu ou d’équilibrage de charge :
- REQUEST
- MQTT_JUMBO_REQ (ce point de liaison est utilisé uniquement pour les paquets Jumbo)
Pour configurer le répondeur pour répondre à une requête MQTT à l’aide de l’interface de ligne de commande
À l’invite de commandes, tapez les commandes suivantes :
Configurez une action de répondeur.
add responder action <actName> <actType>
<!--NeedCopy-->
- Pour
actname
, remplacez un nom pour votre nouvelle action. Le nom peut contenir de 1 à 127 caractères et peut contenir des lettres, des chiffres, des tirets (-) et des symboles de trait de soulignement (_). - Pour
actType
, substituer un type d’action de répondeur, respondwith.
Exemple :
add responder action mqtt_connack_unsup_ver respondwith MQTT.NEW_CONNACK(132)
<!--NeedCopy-->
Configurez une stratégie de répondeur. L’appliance Citrix ADC répond aux demandes MQTT sélectionnées par cette stratégie de répondeur.
add responder policy <polName> <rule> <actname>
<!--NeedCopy-->
- Pour
polname
, remplacez un nom pour votre nouvelle stratégie. - Pour
actname
, remplacez le nom de l’action que vous avez créée.
Exemple :
add responder policy reject_lower_version "MQTT.HEADER.COMMAND.EQ(CONNECT) && MQTT.VERSION.LT(3)" mqtt_connack_unsup_ver
<!--NeedCopy-->
Liez la stratégie de répondeur à un serveur virtuel d’équilibrage de charge spécifique ou à un serveur virtuel de commutation de contenu spécifique. La stratégie s’applique uniquement aux requêtes MQTT dont l’adresse IP de destination est la VIP de ce serveur virtuel.
bind lb vserver <name> -policyName <policy_name> -priority <priority>
bind cs vserver <name> -policyName <policy_name> -priority <priority>
<!--NeedCopy-->
- Pour
policy_name
, remplacez le nom de la stratégie que vous avez créée. - Pour
priority
, spécifiez la priorité de la stratégie.
Exemple :
bind lb vserver lb1 -policyName reject_lower_version -priority 50
bind cs vserver mqtt_frontend_cs -policyName reject_lower_version -priority 5
<!--NeedCopy-->
Cas d’utilisation 1 : filtrer les clients en fonction du nom d’utilisateur ou de l’ID client
L’administrateur peut configurer une stratégie de répondeur MQTT pour rejeter la connexion en fonction du nom d’utilisateur ou de l’ID client dans le message MQTT CONNECT.
Exemple de configuration pour filtrer les clients en fonction de l’ID client
add policy patset filter_clients
bind policy patset filter_clients client1
add responder action mqtt_connack_invalid_client respondwith MQTT.NEW_CONNACK(2)
add responder policy reject_clients "MQTT.HEADER.COMMAND.EQ(CONNECT) && mqtt.connect.clientid.equals_any("filter_clients")" mqtt_connack_invalid_client
bind cs vserver mqtt_frontend_cs -policyName reject_clients -priority 5
<!--NeedCopy-->
Cas d’utilisation 2 : Limiter la longueur maximale des messages MQTT pour gérer les paquets jumbo
L’administrateur peut configurer une stratégie de répondeur MQTT pour supprimer la connexion client si la longueur du message dépasse un certain seuil, ou prendre les mesures nécessaires en fonction de l’exigence.
Pour gérer les paquets jumbo, les stratégies de répondeur avec l’un des modèles de règles suivants sont liées au point de liaison jumbo :
- MQTT.MESSAGE_LENGTH
- MQTT.COMMAND
- MQTT.FROM_CLIENT
- MQTT.FROM_SERVER
Les stratégies liées aux points de liaison jumbo sont évaluées uniquement pour les paquets jumbo.
Exemple de configuration pour limiter la longueur maximale des messages MQTT
set lb parameter -dropmqttjumbomessage no
add responder policy drop_large_message MQTT.MESSAGE_LENGTH.GT(100000) reset
bind cs vserver mqtt_frontend_cs -policyName drop_large_message -priority 10
<!--NeedCopy-->
Dans cet exemple, le dropmqttjumbomessage
paramètre est défini sur NO. Par conséquent, l’appliance ADC traite les messages dont la longueur est supérieure à 64 000 octets et inférieure à 100 000 octets. Les messages d’une longueur supérieure à 100 000 octets sont réinitialisés.
Partager
Partager
Dans cet article
- Configuration des stratégies de répondeur pour MQTT
- Pour configurer le répondeur pour répondre à une requête MQTT à l’aide de l’interface de ligne de commande
- Cas d’utilisation 1 : filtrer les clients en fonction du nom d’utilisateur ou de l’ID client
- Cas d’utilisation 2 : Limiter la longueur maximale des messages MQTT pour gérer les paquets jumbo
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.