Par rapport à ISA Server 2004, les assistants permettant de créer les règles de publication ont été revus. On dispose maintenant des cinq assistants suivants :

• Publication d'un accès Web Exchange : cet assistant permet de configurer un accès OWA (Outlook Web Access), OMA (Outlook Mobile Access), ActiveSync ou RPC over HTTP - l'assistant prend aussi en compte la version d'Exchange utilisée (5.5, 2000, 2003 et Exchange 12 !)

• Publication d'un serveur de courrier : cet assistant permet de configurer un accès client "classique" via les protocoles SMTP, POP3, IMAP4 et RPC (pour les clients MAPI). Il permet aussi de configurer la communication entre serveurs de messagerie (SMTP ou NNTP)

• Publication d'un site SharePoint : cet assistant permet de configurer l'accès à un portail SharePoint 2003

• Publication d'un site Web : cet assistant permet de configurer l'accès à un site Web (HTTP) ou à un site Web sécurisé (HTTPs). Plusieurs options sont disponibles : publication d'un seul site Web, publication d'une ferme de serveurs utilisant l'équilibrage de la charge réseau (NLB), publication de plusieurs sites Web simultanément.

• Publication de serveur : cet assistant permet de publier n'importe quel type de serveur utilisant un protocole basé sur TCP/IP

Rappels sur la traduction de liens :

La traduction de liens est utile lorsqu’un site Web ou une application Web renvoie des références au nom interne du serveur. En effet dans le cadre d’une publication de serveur, il faut impérativement que l’internaute reçoive un nom public (ex. : http://www.laboms.com/images/2567.jpg) et non un nom interne (ex. http://WEB2:8082/images/2567.jpg).

La traduction de liens permet justement de modifier à la volée les références au nom interne du serveur pour les remplacer par le nom public (lorsque le serveur Web renverra un lien vers une ressource de type http://WEB2:8082/images/2567.jpg, le serveur ISA sera capable de remplacer « WEB2:8082 » par « www.laboms.com » pour obtenir une URL utilisable par le client externe). La traduction de lien se configure uniquement au niveau des règles de publication Web et est souvent utilisée dans le cadre de la publication d’un site Web OWA (notamment lorsque le site OWA est hébergé sur un port "exotique").

Pour configurer des mappages spécifiques, il suffit d'activer la traduction de liens dans les propriétés de la règle, puis de créer des mappages à l'aide du bouton Configure... (cf. capture d'écran ci-à-droite).

Gestion de la traduction de liens au sein d'ISA 2006

Lorsque la traduction de liens est activée au niveau d'une règle de publication Web (publication d'un site Sharepoint, d'un serveur OWA, d'un site Web SSL...), ISA Server crée automatiquement un dictionnaire contenant tous les mappages implicites (par exemple la configuration de l'adresse IP du serveur Web dans l'onglet To engendre automatiquement la création d'un mappage) ainsi que ceux explicitement définis par l'administrateur (à l'aide du bouton Configure...).

Un dictionnaire général est aussi créé au niveau de chaque grappe de serveurs ISA. Ce dictionnaire correspond tout simplement à la concaténation de tous les dictionnaires spécifiques aux règles de publications définies au niveau de la grappe !

Avec ISA Server 2006, il est dorénavant possible de concaténer les dictionnaires de plusieurs grappes en activant la traduction de liens inter-grappes directement au niveau de l'entreprise ISA Server. Cela peut notamment s'avérer utile lorsque le même site Web (ou du moins avec un nom public identique) est publié au niveau de deux grappes différentes.

En cas de conflit entre un mappage défini au niveau d'une règle et un mappage général, c'est toujours le mappage définit au niveau de la règle qui s'applique !

Pour mettre en place une répartition de charge au niveau du serveur ISA 2006, il faut dans un premier temps, créer un élément de stratégie de type "ferme de serveur", puis, dans un second temps, créer une règle de publication Web utilisant cet élément de stratégie.

L'élément de stratégie de type Ferme de serveurs doit être crée dans la section Objets de réseau. Durant sa création les informations suivantes doivent être indiquées :

• Liste des serveurs Web de la ferme

• Méthode utilisée pour vérifier que tous les serveurs Web de la ferme sont actifs (trois méthodes sont disponibles : envoie d'une requête d'écho, envoi d'une requête HTTP GET ou bien établissement d'une connexion TCP sur un port donné)

Durant la création de la règle de publication, il faut choisir l'option "Publish a server farm of load-balanced Web servers" pour que le serveur ISA puisse répartir les requêtes entre les serveurs Web, puis sélectionner un mode pour l'affinité entre les clients externes et le serveur ISA. Deux paramètres sont disponibles :

• Affinité basée sur les cookies

• Affinité basée sur les adresses IP

Selon le type de site Web publié, mieux vaut utiliser une méthode plutôt qu'une autre. Par exemple dans le cadre de la publication d'un site OWA ou Sharepoint, il est recommandé d'utiliser l'affinité basée sur les cookies alors que dans le cadre de la publication d'un accès à la messagerie RPC over HTTP l'autre méthode s'avère plus efficace.

Lorsque l'administrateur souhaite effectuer des tâches de maintenance sur l'un des serveurs Web de la ferme de serveurs, cela ne pose aucun problème. En effet, il suffit de définir la machine comme étant en pause (état "Drained" dans la capture d'écran ci-contre); ainsi, le serveur ISA cesse d'envoyer de nouvelles requêtes à ce serveur Web. En revanche toutes les sessions actuellement actives entre des clients externes et ce serveur Web continueront à être traitée par la machine.

Ce système de "désactivation" ou de mise hors ligne de l'un des serveurs de la ferme évite de devoir mettre fin brusquement à toutes les sessions ouvertes sur ce serveur et permet d'interrompre le moins possible la disponibilité du service pour les clients ! Pour que le système soit encore plus efficace l'administrateur doit planifier ses interventions (par exemple en désactivant le serveur 24h avant la manipulation).