Introduction
Lors de la publication d’une application WEB via KEMP, vous pouvez être amené à publier l’application en utilisant une URL différente de celle utilisée en interne.
Cet article explique la configuration à mettre en place afin de publier une application sous différents noms sans avoir à créer les bindings correspondant sur le serveur WEB.
Contexte
Une application nommée “APPLI1” est utilisée en interne via l’URL “https://appli1.internaldomain.dom”, le domaine publié en externe est nommé “https://appli1.externaldomain.com”.
L’application “APPLI1” ne supportant pas l’utilisation de bindings multiples, le KEMP de publication doit donc
- recevoir depuis l’extérieur les demandes provenant de l’URL “https://appli1.externaldomain.com”
- transmettre ces demandes en interne vers l’URL “https://appli1.internaldomain.dom”
Réalisation
Afin de mettre en place la réécriture d’URL, il faut créer les règles suivantes :
HTTP Header Modifications Rule :
Cette règle seras utilisée pour transformer l’URL “appli1.externaldomain.com” en “appli1.internaldomain.dom”
Cette règle doit être appliquée au niveau de la VIP dans “Advanced Properties\HTTP Header Modification”
Content Matching Rule :
Cette règle est utilisée afin que la VIP réponde à l’URL “*.externaldomain.com/*”
L’option content switching doit être activée depuis “Advanced Properties\Content Switching”
Cette règle doit être appliquée au niveau de la VIP dans “Real Servers\Rules” pour chaque serveur devant répondre à l’URL externe
Dans le cas où l’URL interne serait également publiée, il faut penser à activer la “default” content switching rule niveau de la VIP dans “Real Servers\Rules” pour chaque serveur devant répondre à l’URL externe et interne, la default rule doit toujours être positionnée en dernier :
Contexte
Dans une architecture Exchange 2013 Hybride où les publications web sont faites par des boitiers KEMP vous ne pouvez pas faire de migration.
En effet vous obtenez l’erreur suivante The connection to the server ‘Exchange Server’ could not be completed.
Explications et solution
La première chose à valider est l’activation du proxy MRS sur les serveurs Exchange.
Pour cela depuis le centre d’administration Exchange, allez dans Serveurs puis Répertoires virtuels et vérifiez que sur l’ensemble des répertoires EWS l’option Activer le point de terminaison du proxy MRS est cochée.
Si c’est bien le cas, le problème peut venir de la configuration de la publication des services web d’Exchange sur le KEMP.
Depuis l’interface d’administration KEMP, allez dans System Configuration > Miscellaneous Options > L7 Configuration.
Modifiez la valeur du paramètre 100-Continue Handling pour RFC-7231 Compliant.
La modification de cette valeur va permettre au boitier KEMP de ne pas rejeter la demande de l’assistant de migration.
En essayant à nouveau de faire une migration, l’assistant passera à l’étape suivante.