-
-
Automatiser le déploiement de l'agent NetScaler sur VMware ESXi
-
Configurer la reprise après sinistre pour la haute disponibilité
-
Configurer les agents NetScaler pour un déploiement multisite
-
Migrer un déploiement NetScaler Console à serveur unique vers un déploiement haute disponibilité
-
Intégrer NetScaler Console à Citrix Virtual Desktop Director
-
-
-
Comment rechercher des instances à l'aide des valeurs des balises et des propriétés
-
Mises à jour centralisées de la base de données GeoIP via NetScaler Console
-
Gérer les partitions d'administration des instances NetScaler
-
Forcer une instance NetScaler secondaire à rester secondaire
-
Provisionner des instances NetScaler VPX™ sur SDX à l'aide de NetScaler Console
-
Répliquer les configurations d'une instance NetScaler à une autre
-
-
Configurer NetScaler Console en tant que serveur de licences Flexed ou Pooled
-
-
Mettre à niveau une licence perpétuelle dans NetScaler VPX vers la capacité NetScaler Pooled
-
Mise à niveau d'une licence perpétuelle dans NetScaler MPX vers la capacité NetScaler Pooled
-
Mettre à niveau une licence perpétuelle dans NetScaler SDX vers la capacité NetScaler Pooled
-
Capacité NetScaler Pooled sur les instances NetScaler en mode cluster
-
NetScaler Console en tant que serveur proxy API
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!
NetScaler Console en tant que serveur proxy d’API
En plus de pouvoir recevoir des requêtes d’API REST NITRO pour ses propres fonctionnalités de gestion et d’analyse, NetScaler Application Delivery Management (NetScaler Console) peut fonctionner comme un serveur proxy d’API REST pour ses instances gérées. Au lieu d’envoyer des requêtes d’API directement aux instances gérées, les clients d’API REST peuvent envoyer les requêtes d’API à NetScaler Console. NetScaler Console peut faire la distinction entre les requêtes d’API auxquelles elle doit répondre et celles qu’elle doit transférer sans modification à une instance gérée.
En tant que serveur proxy d’API, NetScaler Console vous offre les avantages suivants :
-
Validation des requêtes d’API. NetScaler Console valide toutes les requêtes d’API par rapport aux politiques de sécurité et de contrôle d’accès basé sur les rôles (RBAC) configurées. NetScaler Console est également consciente des locataires et garantit que l’activité d’API ne dépasse pas les limites des locataires.
-
Audit centralisé. NetScaler Console conserve un journal d’audit de toutes les activités d’API liées à ses instances gérées.
-
Gestion des sessions. NetScaler Console libère les clients d’API de la tâche de devoir maintenir des sessions avec les instances gérées.
Fonctionnement de NetScaler Console en tant que serveur proxy d’API
Lorsque vous souhaitez que NetScaler Console transfère une requête à une instance gérée, vous configurez le client d’API pour qu’il inclue l’un des en-têtes HTTP suivants dans la requête d’API :
| Valeurs d’en-tête | Description |
|---|---|
| _MPS_API_PROXY_MANAGED_INSTANCE_NAME | Nom de l’instance gérée. |
| _MPS_API_PROXY_MANAGED_INSTANCE_IP | Adresse IP de l’instance gérée. |
| _MPS_API_PROXY_MANAGED_INSTANCE_ID | ID de l’instance gérée. |
| _MPS_API_PROXY_TIMEOUT | Valeur de délai d’attente pour une requête d’API NITRO. Définissez la valeur de délai d’attente en secondes. Lorsque vous définissez un délai d’attente de proxy, NetScaler Console attend la durée spécifiée avant d’expirer la requête. |
| _MPS_API_PROXY_MANAGED_INSTANCE_USERNAME | Nom d’utilisateur pour accéder à l’instance NetScaler gérée. |
| _MPS_API_PROXY_MANAGED_INSTANCE_PASSWORD | Mot de passe pour accéder à l’instance NetScaler gérée. |
| _MPS_API_PROXY_MANAGED_INSTANCE_SESSID | ID de session pour accéder à l’instance gérée. |
Remarque
Dans Paramètres > Administration > Configurations système > Paramètres de base, si vous sélectionnez Demander les informations d’identification pour la connexion à l’instance, assurez-vous de configurer le nom d’utilisateur et le mot de passe d’une instance gérée. Vous pouvez également spécifier l’ID de session de l’instance.
La présence de l’un de ces en-têtes HTTP aide NetScaler Console à identifier une requête d’API comme étant une requête qu’elle doit transférer à une instance gérée. La valeur de l’en-tête aide NetScaler Console à identifier l’instance gérée à laquelle elle doit transférer la requête.
Ce flux est représenté dans la figure suivante :

Comme le montre la figure ci-dessus, lorsqu’un de ces en-têtes HTTP apparaît dans une requête, NetScaler Console traite la requête comme suit :
-
Sans modifier la requête, NetScaler Console transfère la requête au moteur proxy d’API de l’instance.
-
Le moteur proxy d’API de l’instance transfère la requête d’API à un validateur et enregistre les détails de la requête d’API dans le journal d’audit.
-
Le validateur s’assure que la requête ne viole pas les politiques de sécurité configurées, les politiques RBAC, les limites de locataires, etc. Il effectue des vérifications supplémentaires, telles qu’une vérification pour déterminer si l’instance gérée est disponible.
Si la requête d’API est valide et peut être transférée à l’instance gérée, NetScaler Console identifie une session maintenue par le gestionnaire de sessions de l’instance, puis envoie la requête à l’instance gérée.
Remarque
Assurez-vous que l’option Demander les informations d’identification pour la connexion à l’instance est désactivée. Pour ce faire :
- Accédez à Paramètres > Administration.
- Dans Configurations système, sélectionnez Système, Fuseau horaire, URL autorisées et Message du jour.
Comment utiliser NetScaler Console en tant que serveur proxy d’API
Les exemples suivants montrent des requêtes d’API REST qu’un client d’API envoie à un serveur NetScaler Console ayant l’adresse IP 192.0.2.5. NetScaler Console est tenue de transférer les requêtes, sans modification, à une instance gérée avec l’adresse IP 192.0.2.10. Tous les exemples utilisent l’en-tête _MPS_API_PROXY_MANAGED_INSTANCE_IP.
Avant d’envoyer les requêtes d’API à NetScaler Console, le client d’API doit :
- Se connecter à NetScaler Console
- Obtenir un ID de session
- Inclure l’ID de session dans les requêtes d’API ultérieures.
La requête d’API de connexion se présente sous la forme suivante :
POST /nitro/v1/config/login
Content-Type: application/json
{
"login": {
"username":"nsroot",
"password":"nsroot"
}
}
<!--NeedCopy-->
NetScaler Console répond à la requête de connexion par une réponse qui inclut l’ID de session. Le corps de réponse d’exemple suivant montre un ID de session :
{
"errorcode": 0,
"message": "Done",
"operation": "add",
"resourceType": "login",
"username": "***********",
"tenant_name": "Owner",
"resourceName": "nsroot",
"login": [
{
"tenant_name": "Owner",
"permission": "superuser",
"session_timeout": "36000",
"challenge_token": "",
"username": "",
"login_type": "",
"challenge": "",
"client_ip": "",
"client_port": "-1",
"cert_verified": "false",
"sessionid": "##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D",
"token": "b2f3f935e93db6a"
}
]
}
<!--NeedCopy-->
Exemple 1 : Récupérer les statistiques du serveur virtuel d’équilibrage de charge
Le client doit envoyer à NetScaler Console une requête d’API de la forme suivante :
GET /nitro/v1/stat/lbvserver
Content-type: application/json
_MPS_API_PROXY_MANAGED_INSTANCE_IP: 192.0.2.10
SESSID: ##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D
<!--NeedCopy-->
Où la valeur de l’en-tête Cookie est l’ID de session renvoyé par l’appel d’API de connexion. Et la valeur de _MPS_API_PROXY_MANAGED_INSTANCE_IP est l’adresse IP du NetScaler.
Exemple 2 : Créer un serveur virtuel d’équilibrage de charge
Le client doit envoyer à NetScaler Console une requête d’API de la forme suivante :
POST /nitro/v1/config/lbvserver/sample_lbvserver
Content-type: application/json
Accept-type: application/json
_MPS_API_PROXY_MANAGED_INSTANCE_IP: 192.0.2.10
SESSID: ##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D
{
"lbvserver":{
"name":"sample_lbvserver",
"servicetype":"HTTP",
"ipv46":"10.102.1.11",
"port":"80"
}
}
<!--NeedCopy-->
Exemple 3 : Modifier un serveur virtuel d’équilibrage de charge
Le client doit envoyer à NetScaler Console une requête d’API de la forme suivante :
PUT /nitro/v1/config/lbvserver
Content-type: application/json
Accept-type: application/json
_MPS_API_PROXY_MANAGED_INSTANCE_IP: 192.0.2.10
SESSID: ##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D
{
"lbvserver":{
"name":"sample_lbvserver",
"appflowlog":"DISABLED"
}
}
<!--NeedCopy-->
Exemple 4 : Supprimer un serveur virtuel d’équilibrage de charge
Le client doit envoyer à NetScaler Console une requête d’API de la forme suivante :
DELETE /nitro/v1/config/lbvserver/sample_lbvserver
Accept-type: application/json
_MPS_API_PROXY_MANAGED_INSTANCE_IP: 192.0.2.10
SESSID: ##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D
<!--NeedCopy-->
Exemple 5 : Télécharger la configuration CLI en cours d’exécution sur le NetScaler
Le client doit envoyer à NetScaler Console une requête d’API de la forme suivante :
GET /nitro/v1/config/nsrunningconfig
Accept-type: application/json
_MPS_API_PROXY_MANAGED_INSTANCE_IP: 192.0.2.10
SESSID: ##D2BF9C5F40E5B2E884A9C45C89F0ADE24DA8A8169BE6358D39F5D471B73D
<!--NeedCopy-->
Partager
Partager
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.