Translate

vendredi 18 juin 2010

INFO: Exchange Server 2010 Update Rollup 4

Microsoft a mis à disposition, dans le cadre de son cycle de mise à jour bimestriel, l'Update Rollup 4 pour Exchange Server 2010.
Bonnes mises à jour!

mardi 8 juin 2010

TUTORIEL: Exchange 2010 SP1 - Intégration OCS dans OWA


Maintenant que le Service Pack 1 d'Exchange Server 2010 est en Beta Publique, nous allons voir apparaître quelques nouveaux articles... Car oui, en effet, le SP1 d'Exchange Server 2010 va être légèrement "perturbant". Outre l'usuelle correction de bugs et l'ajout des fonctionnalités manquantes dans la RTM, le SP1 "finalise" quelque peu certains aspects, ce qui a pour effet de revoir les artciles publiés, prodcédures d'installation, d'exploitation, docs d'architecture, etc... :)

Note: avant de tenter d'installer le SP1 Beta, pensez à récupérer et installer la mise à jour KB981002 décrite et disponible ici - http://code.msdn.microsoft.com/KB981002 - cette mise à jour s'applique à tous les rôles (certains rôles, tel que l'UM par exemple requièrent encore d'autres composants...).
Rappelez-vous dans Exchange 2010 RTM, on pouvait effectuer l'intégration d'OCS dans OWA en modifiant le fichier Web.Config sur chaque serveur Client Access concerné. Dans le SP1 d'Exchange Server 2010 cette procédure est devenue obsolète. En effet, la DevTeam a étendu la CmdLet Set-OwaVirtualDirectory afin d'ajouter deux paramètres pour la configuration de l'intégration OWA et l'Instant Messaging:
  • InstantMessagingCertificateThumbprint: "Empreinte digitale" identifiant le Certificat à utiliser pour les connexions SIP/TLS entre le Client Access Server et OCS. L'entrée 'CN' (Canonical Name) de l'attribut Subject Name du certificat sera utilisé pour identifier le Fqdn entrant sur OCS (le Fqdn à spécifier dans les Host Authorizations)
  • InstantMessagingServerName: nom du Pool OCS auquel se connecter. Il peut s'agir d'un Pool Director, un Pool Standard ou bien évidemment un Pool Enterprise
L'ajout de ces paramètres a deux intérêts. Le premier est évident: facilier la configuration de l'intégration, en particulier offrir la possibilité de l'automatiser. Le second est d'ordre support: la configuration de l'intégration OWA/OCS par le biais d'un fichier de configuration n'était pas optimum et quelque peu 'risqué' puisque un fichier Web.config a toujours été 'sensible'.

Si vous mettez à jour vos serveurs Client Access dans votre environnement de test, l'intégration OWA/OCS cessera de fonctionner. Si vous tentez de configurer une nouvelle installation d'Exchange Server 2010 SP1, vous ne trouverez pas les entrées dans le fichier Web.config.

Aller, un petit exemple pour la route:
N'oubliez pas de vous assurer que l'intégration OCS soit bien activée sur tous les répertoires virtuels OWA des serveurs CAS d'une même ferme avec: Set-OwaVirtualDirectoy -Identity OwaVDirIdentity -InstantMessagingEnabled:$true

Bonnes mises à jour !