mardi 27 novembre 2012

The UC Architects ! Vous connaissez ?

Voila quelques temps déja qu'un groupe de passionnés de technologie de communication unifiée à savoir Microsoft Exchange et Microsoft Lync ont mis en place et la disposition de la communauté un podcast bi-mensuel riche en informations !

On y trouve des avis d'experts, des retours d'experiences, de conseils et plus encore !!!
Assidu abonné je ne rate aucun des podcasts et je conseille à tous les passionnés, les curieux... d'écouter ce flot d'informations ;-)

En ligne 12 épisodes !

Mon seul regret...la communauté française n'est pas representée!! Y plus qu'à... ;)


N'attendez plus et abonnez vous !

jeudi 22 novembre 2012

Les stencils Visio pour Exchange 2013 sont disponibles

**Mise à jour**
Les stencils Exchange 2013 a télécharger ici
************************************

Bonne nouvelle !

Les stencils Visio pour la gamme Office (Exchange, Lync...) 2013 sont disponibles au téléchargement.


Pour les télécharger : New Office Visio Stencil

Bonne journée ;-)

vendredi 16 novembre 2012

Attention ! RU 5 Exchange 2010 SP2 - Ne pas déployer pour le moment

Bonjour

Dans un précédent post, je rappelai l'importance de tester une mise à jour avant sa mise en production.
Microsoft a confirmé ce jour, que le RU 5 d'Exchange 2010 SP2 comportait un bug qui pouvait affecter le DAG ! Ils travaillent à un correctif, donc ne le deployer pas avant ce correctif ;-)

Plus d'informations ici

DO NOT DEPLOY RU5. Microsoft has been informed about a bug that affects DAGs. DO NOT DEPLOY RU5 until the bug is fixed! This proves once again that you should never rush a roll-up update into production. Always test, test, and test again first…

Extrait: Thoughtsofanidlemind's Blog

Merci

mercredi 14 novembre 2012

Des mises à jour disponibles pour Exchange 2007 et 2010

Comme retweeté (from Dave Stork) hier, des mises à jours sont disponibles pour Exchange 2007 SP3 et Exchange 2010 SP1 et SP2.

- Pour Exchange 2007 SP3 RU8 V3: http://support.microsoft.com/kb/2778154
- Pour Exchange 2010 SP1 RU7 V3: http://support.microsoft.com/kb/2778158
- Pour Exchange 2010 SP2 RU5: http://support.microsoft.com/kb/2719800

Pour le moment il n'y a pas d'informations sur le RU de coexistence, et j'y ai cru pour Exchange 2007 SP3 ;-)

Je m'empresse de mettre à jour ma plateforme Exchange 2010 SP2, mais pour rappel :
Dans un environnement de production il est préférable de tester et de valider la mise à jour en maquette avant !

jeudi 8 novembre 2012

Exchange 2013 où installer le certificat ?

J'ai entendu pas mal de "choses" sur les certificats dans Exchange 2013, mais où doit on installer le certificat provenant d'une autorité de certification ? Sur quel rôle ?

Dans la nouvelle version d'Exchange 2013, le rôle Mailbox héberge des composants Tranpsort, UM et...Client Access Server bien sûr comme vous pouvez le voir dans l'image ci dessous:

(crédit : TechEd 2012)

Le certificat doit alors être installé sur le rôle Client Access Server comme indiqué dans le TechNet

In Exchange 2013, you can use the Certificate Wizard to request a digital certificate from a certification authority. After you’ve requested a digital certificate, you’ll need to install it on the Client Access server.

You don’t need to install digital certificates on the Mailbox servers in your organization. A self-signed certificate is installed by default on the Mailbox servers, and it doesn’t need to be replaced. The Client Access servers in your organization implicitly trust the self-signed certificate on the Mailbox servers.

Pour plus d'informations : http://technet.microsoft.com/en-us/library/hh529912(v=exchg.150).aspx

Mise à jour des liens TechNet pour Exchange

Les liens vers la documentation Exchange ont été mis à jour par la Exchange Team !
Pour plus d'informations : http://blogs.technet.com/b/exchange/archive/2012/11/08/exchange-server-technet-library-urls-updated.aspx

A vos favoris ! ;-)

mardi 6 novembre 2012

How To : Redirection OWA avec un boitier Kemp

Une récente expérience m'a permis de voir que la redirection OWA avec IIS n'était pas maitrisée de tous. Pourtant bon nombres de blog et d'informations circulent à ce sujet.
Chez un client récent, une mauvaise manipulation a malheureusement fait "crasher" le service web et de ce fait plus aucun accès OWA.

Dans ce billet, je vais vous presenter comment effectuer cette redirection lorsque nous disposons d'une solution d'équilibrage de charge (load balancer) Kemp Technologies.

Ci dessous l'infrastructure en place (le VLM fonctionne comme le boitier physique LoadMaster)

Actuellement lorsqu'un client va sur OWA avec l'adresse https://mail.maquette.fr voici le résultat:

 
Pour y remédier, on se connecte sur le load balancer:
 
 
Le service HTTPS est opérationnel sur les 2 serveurs Exchange (EX01 et EX02)
 
Pour effectuer la redirection : Allez dans "Rules & Checking" puis dans "Content Rules":
 
 
Cliquer sur "Create New" et saisir les informations comme indiqué ci dessous:
 
 
- Rule Name: Rewrite_Rule (exemple)
- Rule Type: "Modify URL"
- Match String : ^/$
- Modified URL: /owa
 
Puis cliquer sur "Create Rule"
 
Pour que la redirection soit opérationnelle, le load balancer doit disposer du certificat présent dans Exchange 2010 (exportez le depuis le CAS).
Allez dans "Certificates" puis "SSL certificates" et saisir un nom dans le champ "Certificate Identifier" et cliquer sur le bouton "Import Certifiate"
 
 
Parcourir jusqu'au fichier .pfx et saisir le mot de passe dans "Pass Phrase" et cliquer ensuite sur "Store"
 
 
Le certificat est en place mais pas encore appliqué au service virtuel HTTPS:
 
 
Retourner dans le "Virtual Services" et modifier le service virtual HTTPS en cliquant sur "Modify"
 
 
Dans "SSL Properties" cliquer sur "Enabled" et répondre "ok":
 
 
Cliquer ensuite sur "Add New":
 
 
Remarque: je n'ai pas coché la case "Reencrypt" tout de suite pour voir le comportement du load balancer ;-)
 
Cliquer sur "Add VS" et choisir la VIP liée au service HTTPS:
 
 
et

 

Ci dessous le résultat:
 
Comme vous pouvez le remarquer les services sont "Down" et il faut cliquer sur "Modify" pour corriger cela:
 
Cliquer sur la case "Reencrypt" et selectionner "HTTPS" dans le champ "Rewrite Rules"
 
 
Allez dans "Advanced Properties" et cliquer sur "Show Header Rules"
 
 
Choisir la règle de reecriture créé plus haut et cliquer sur "Add"
 
 
Une fois mis en place voici le résultat lorsqu'un utilisateur saisit https://mail.maquette.fr
 
 
 
Merci au Support Kemp Technologies pour leur aide.
 
 
Pour plus d'information sur la simplification d'URL OWA : http://technet.microsoft.com/fr-fr/library/aa998359.aspx