Ajouter une application de portail

Créez et configurez une application de type en-tête pour acheminer le trafic entrant vers des serveurs de back-end spécifiques.

Les applications Access Gateway peuvent utiliser des politiques et des configurations de politique spéciales pour créer des applications de portail. Un portail redirige une partie du trafic vers des serveurs de back-end spécifiques en fonction de la politique d'accès et des requêtes URI, et le trafic restant vers un autre serveur de back-end.

Architecture

Lorsqu'un utilisateur demande une ressource, le portail reçoit la requête et l'achemine vers le serveur d'arrière-plan approprié. Chaque requête se compose d'une URL de base (www.myportal.com) et de ressources spécifiques, qui sont les éléments qui suivent l'URL de base (/2nd dans le diagramme d'architecture).

Dans le diagramme d'architecture, les requêtes adressées à www.myportal.com/2nd sont acheminées vers 2ndbackend.myportal.com. De même, les requêtes adressées à www.myportal.com/3rd sont acheminées vers 3rdbackend.myportal.com. Les autres requêtes sont acheminées vers backend.myportal.com.

Réécritures

Les applications de portail utilisent des politiques et des configurations personnalisées pour définir un accès à plusieurs serveurs back-end. Une politique par défaut redirige les URI qui ne sont pas soumis à d'autres politiques vers une application back-end par défaut. Des instructions de politique supplémentaires et leurs configurations sont utilisées pour réécrire les requêtes et les rediriger vers des applications back-end spécifiques.

Ce tableau fournit des exemples de la façon dont les requêtes des utilisateurs sont réécrites pour répondre aux comportements attendus :

Requête de l'utilisateur	Comportement attendu	Réécritures entrantes et sortantes
`myportal.com/`	Rediriger vers `backend.myportal.com`.	`backend.myportal.com` `myportal.com/`
`myportal.com/abc.htm`	Rediriger vers `backend.myportal.com/abc.htm`.	`backend.myportal.com/abc.htm` `myportal.com/abc.htm`
`myportal.com/2nd`	Rediriger vers `2ndbackend.myportal.com` en fonction de `/2nd`.	`2ndbackend.myportal.com` `myportal.com/2nd`
`myportal.com/2nd/efg.html`	Rediriger vers `2ndbackend.myportal.com` en fonction de `/2nd`. Supprimer `/2nd` de la chaîne pour les réécritures entrantes. Ajouter `/2nd` à la chaîne pour les réécritures sortantes.	`2ndbackend.myportal.com/efg.htm` `myportal.com/2nd/efg.htm`
`myportal.com/3rd`	Rediriger vers `3rdbackend.myportal.com` en fonction de `/3rd`.	`3rdbackend.myportal.com` `myportal.com/3rd`
`myportal.com/3rd/hij.html`	Rediriger vers `3rdbackend.myportal.com` en fonction de `/3rd`. Supprimer `/3rd` de la chaîne pour les réécritures entrantes. Ajouter `/3rd` à la chaîne pour les réécritures sortantes.	`3rdbackend.myportal.com/hij.htm` `myportal.com/3rd/hij.htm`

Politiques

Par défaut

La politique par défaut est appliquée à toutes les requêtes qui ne correspondent pas à une autre politique spécifique. Cette politique par défaut entraîne la réécriture des requêtes par rapport au domaine d'application par défaut, puis leur transfert vers l'application back-end. Une fois la requête traitée, le résultat est réécrit dans le domaine d'origine et renvoyé.

Politique de réécriture pour les requêtes vers /2nd

Chaque back-end suivant inclut une politique et une configuration avancée pour réécrire les requêtes selon les besoins. Dans cet exemple, la politique spécifie /2nd comme l'URI racine qui déclenche une réécriture. Les règles de réécriture suppriment l'URI et redirigent la requête vers une application back-end secondaire (2ndbackend.myportal.com).

Politique de réécriture pour les requêtes vers /3rd

Chaque back-end suivant inclut une politique et une configuration avancée pour réécrire les requêtes selon les besoins. Dans cet exemple, la politique spécifie /3rd comme l'URI racine qui déclenche une réécriture. Les règles de réécriture suppriment l'URI et redirigent la requête vers une application back-end secondaire (3rdbackend.myportal.com).

Avant de commencer

Déterminez l'URL externe utilisée par l'application, dans cet exemple www.myportal.com.
Déterminez les combinaisons URI et back-end possibles. L'exemple d'architecture utilise les combinaisons suivantes :
- www.myportal.com/2nd > 2ndbackend.myportal.com.
- www.myportal.com/3rd > 3rdbackend.myportal.com.
Tous les autres URI utilisent backend.myportal.com comme back-end.
Déterminez tous les attributs d'en-tête requis pour l'authentification.

Workflow classique

Tâche	Description
Créer un groupe conteneur	Créez un groupe facultatif qui sera affecté à l'application.
Créer une application d'en-tête	Créez une application d'en-tête qui, par défaut, est l'arrière-plan commun partagé.
Attribuer un certificat à une application de portail	Attribuez un certificat facultatif à l'application.
Ajouter des attributs supplémentaires	Ajoutez des attributs supplémentaires facultatifs, mais souvent nécessaires, à l'application.
Ajouter la politique d'accès requise	Ajoutez toutes les politiques requises pour tous les URI gérés.
Tester l'application	Testez l'application à l'aide de la simulation d'en-tête et de politique.