pic 01

Puis cliquez sur Rechercher

pic 02

Cochez les cases des domaines qui vous intéresse puis cliquez sur Continuer la commande.

pic 03

C’est ici que vous allez déterminer le temps pendant lequel le nom de domaine vous appartiendra (la durée maximal est de 10 ans), vous aurez aussi la possibilité pour certain type de nom de domaine de rendre leur whois anonyme, vous pouvez également ajouter un hébergement avec votre nom de domaine.

Pour valider vos choix cliquez sur Continuer la commande.

pic 04

pic 05

Vous êtes un nouveau client, renseignez les informations demandées dans le cadre de gauche puis cliquez sur Créer un nouveau compte.

pic 06

Renseignez les informations ou bien cocher la case Je souhaite saisir ces informations ultérieurement via l’interface client.

Puis cliquez sur Continuer la commande.

pic 07

Il ne vous reste plus qu’à valider et effectuer le paiement de votre commande.

Microsoft® Hosted Exchange 2010 est la toute dernière de la plate-forme de messagerie et de travail collaboratif d’entreprise mutualisée de Microsoft®. La terminologie « travail collaboratif d’entreprise » regroupe la gestion et le partage d’agendas, de contacts et de tâches.

Hosted Exchange 2010 vous permet d’atteindre des niveaux inédits de fiabilité et de performance en offrant des fonctionnalités qui simplifient votre administration, protègent vos communications et donnent satisfaction à vos utilisateurs en répondant à leurs besoins de plus grande mobilité professionnelle.

La nécessité d’optimiser votre infrastructure informatique dans les conditions économiques actuelles exige une certaine flexibilité et implique d’investir dans des solutions qui proposent des choix multiples à votre organisation. Hosted Exchange 2010 vous offre la flexibilité qui permet de personnaliser votre déploiement en fonction des besoins de votre organisation et une manière simplifiée d’assurer la disponibilité continue des messages électroniques pour vos utilisateurs.

2) FONCTIONNALITES

Microsoft® Hosted Exchange 2010 propose des fonctionnalités de courrier électronique avancées, ainsi que des fonctions de gestion des calendriers, contacts et tâches. Il offre des fonctions intégrées de contrôle du courrier indésirable et d’analyse de virus qui réduisent les risques courants concernant la sécurité associés aux fichiers de courrier électronique.

• Accessibilité et Mobilité

-          ActiveSync : Une synchronisation parfaite des Smartphones et PDA sous Windows Mobile, Apple iOS et Android avec Exchange ActiveSync Server pour bénéficier d’informations actualisées en direct concernant le courrier électronique, le calendrier, les contacts, les tâches…

-          Synchronisation BlackBerry : Déployez toute la puissance de votre mobile en combinant l’hébergement Exchange et la synchronisation BlackBerry. Grâce à la technologie PUSH, vous avez un accès à votre messagerie peu importe où vous êtes.

-          Webmail : A travers Outlook Web App, les utilisateurs peuvent accéder à leur messagerie depuis n’importe quel navigateur Web. Une solution pratique lorsqu’ils ne sont pas au bureau ou qu’ils ne souhaitent pas installer de client de messagerie sur leur poste.

Parmi les nouveautés : Dossiers de recherche, catégories, indicateurs de suivi, vue par conversation, rétention des messages…

-          Synergie Outlook 2003, 2007, 2010 et Entourage : Hosted Exchange 2010 s’adapte aussi bien aux versions 2003, 2007 et 2010 d’Outlook comme aux Mac. Vous pouvez synchroniser plusieurs comptes emails dans une seule interface, tous interconnectés par votre hébergement Exchange.

• Partage efficace

-          Partage des ressources : Hosted Exchange vous offre une base d’échange et de collaboration pour rester connecté en permanence avec les membres de votre organisation et vos partenaires. Ainsi, partage de calendriers, de contacts, de courriels, de notes… ne voient plus de limites.

-          Répertoires publics : Des fichiers centralisés accessibles par tous les membres d’une même organisation. Les répertoires publics peuvent contenir de nombreuses informations sur les contacts (nom, adresse, téléphone…), les rendez-vous (calendriers), les tâches, les emails.

-          Listes de distribution : Pour créer des groupes de diffusion et leur permettre de recevoir automatiquement, par courrier électronique, tous les messages postés à la liste. Par exemple, marketing@nomdedomaine.tld, support@nomdedomaine.tld…

• Protection et contrôle des informations

-          Antispam et Antivirus : Microsoft® Forefront™ Protection 2010 for Exchange Server fournit une protection rapide et efficace contre les logiciels malveillants et les spams grâce à plusieurs moteurs d’analyse en provenance de partenaires leaders sur le marché de la sécurité.

-          Sauvegarde quotidienne : Hosted Exchange comprend une sauvegarde quotidienne de vos courriers électroniques, des éléments de calendrier, des contacts professionnels ainsi que des fichiers et dossiers partagés.

-          Mail Tips : Ils permettent d’avertir l’expéditeur d’un message électronique pouvant entraîner des violations de politique ou présenter un risque de remise involontaire. Par exemple, les Mail Tips généreront un message d’alerte dans un message électronique si : l’expéditeur est sur le point d’utiliser la commande Répondre à tous ou d’envoyer un message électronique à un nombre important de destinataires ou à un destinataire externe.

-          Règles de sécurité : Vous pouvez définir des règles de messagerie sur vos expéditeurs, c’est-à-dire accepter ou rejeter les messages en provenance d’un contact, d’un utilisateur ou d’une liste de distribution. Hosted Exchange vous offre également la possibilité de limiter la taille des messages entrants ou sortants pour garantir le bon envoi ou la bonne réception de tous les emails.

• Système de messagerie avancé

-          Nom  de domaine : Mettre en valeur le professionnalisme de son entreprise en ajoutant le nom de domaine de votre société à toutes les adresses emails de vos utilisateurs.

-          Protocoles de messagerie : 3 protocoles sont disponibles sous Hosted Exchange 2010, du plus simple au plus complet.

POP 3 : Protocole simple de messagerie qui permet de récupérer ses emails. Utile lors d’utilisation d’applications clients emails.

IMAP : Protocole de messagerie libre qui permet de consulter ses mails par le biais de différents clients mails ou webmail. Il offre plus d’options que le protocole POP, comme les boîtes aux lettres multiples, la possibilité de créer des dossiers pour trier ses emails…

MAPI : Protocole de communication propriétaire de Microsoft utilisé entre Exchange et Outlook. Il permet d’avoir accès à toutes les fonctionnalités d’Exchange. Il offre plus d’options que le protocole IMAP comme le calendrier…

-          Alias illimités : Hosted Exchange permet à tous les utilisateurs d’avoir autant d’adresses emails que nécessaires, chacune pouvant être l’adresse « primaire » d’un compte de messagerie.

-          Redirection et délégation de messagerie : Vous pouvez définir un compte de messagerie hors Exchange qui recevra les emails de votre boîte de réception « primaire ». Il est également possible de choisir les utilisateurs qui peuvent accéder et modifier vos contacts, tâches, calendriers, emails…

L’autre avantage énorme d’Exchange concerne la mobilité : Outlook Anywhere vous permet de passer à travers les firewalls puisqu’il utilise HTTPS. Certains diront : « oui et alors… ? » par exemple, il m’est déjà arrivé de me connecter à un Wi-Fi dans un hôtel (réalisé par une box d’un opérateur au nom d’agrume) qui par défaut bloque les SMTP autres que celui de l’opérateur : impossible donc d’envoyer des emails. Il est également possible d’aller dans d’autres endroits où la connexion est limitée aux ports 80 et 443 : il vous sera alors impossible d’utiliser SMTP, IMAP/POP.

On a donc une solution quasi passe-partout.

Exchange est donc une solution très bien pensée et en avance par rapport à la concurrence sur beaucoup de points (oui, Exchange n’est pas parfait). Vous ne regretterez sans doute pas ce choix… à condition de correctement dimensionner votre infrastructure.

Ouvrez la session Windows d’un utilisateur activé sur Exchange avec Outlook non encore configuré. L’assistant de configuration va vous demander si vous souhaitez configurer un compte de messagerie. Il faut bien entendu dire oui.

pic 57

Ensuite, l’assistant va tenter de récupérer les informations d’adresse email de l’utilisateur à partir d’Active Directory.
Le champ « Adresse de messagerie » devrait alors se remplir tout seul.

pic 58

Lorsque vous cliquerez sur Suivant, Autodiscover se lancera pour détecter les paramètres du serveur Exchange. Si tout se passe bien, vous devriez rien avoir à faire et obtenir un compte configuré automatiquement.

pic 59

2.Outlook Web Access.

Ouvrez un navigateur Web dans votre réseau interne puis accédez à votre serveur OWA (
https://mail.todorovic.fr/
owa). Dans ma maquette, j’utilise Internet Explorer et Chrome comme navigateurs. On sait déjà qu’Internet Explorer est parfaitement capable d’afficher OWA, je vais faire ce test avec Chrome.

pic 60

Lors de votre premier accès à OWA, vous pourrez le configurer : langue, fuseau horaire et accessibilité.

pic 61

Vous pourrez ensuite utiliser OWA comme si vous étiez sous Outlook (ou presque).

pic 62

1.DNS.

Afin de rendre possible l’accès à votre serveur avec d’autres noms que le nom de machine, il est nécessaire d’ajouter des alias dans votre DNS (celui installé sur votre Active Directory par exemple). Le but est également de proposer une seule adresse d’accès à vos utilisateurs, qu’ils soient dans l’entreprise ou à l’extérieur. Il est en effet préférable de retenir que l’accès webmail est sur https://mail.monentreprise.fr quelque soit l’endroit où l’on est, que de retenir https://exchange.domainead.adds pour l’accès interne et https://mail.monentreprise.fr pour les accès externes.

A.Autodiscover.

Si vous souhaitez utiliser Autodiscover, il suffit de créer un alias Autodiscover pointant sur votre serveur CAS. Dans la console de gestion de votre DNS interne, créez un enregistrement CNAME dans la zone publique (à usage privé).

Ici, je fais pointer Autodiscover.todorovic.fr vers exchange.todorovic.adds : seuls les clients étant dans le réseau de l’entreprise pourront accéder à cet alias.

pic 11

B.OWA, Outlook Anywere.

Par défaut, les accès OWA et Outlook Anywhere sont communs en termes de nom de serveur. Dans l’architecture que je propose, OWA et Outlook Anywhere sont accessibles via mail.todorovic.fr. On va donc créer l’alias pour les utilisateurs à l’intérieur de l’entreprise.

pic 12

C.Enregistrement MX.

L’enregistrement MX va permettre aux autres serveurs email d’Internet de trouver votre serveur SMTP. Dans votre DNS public, il faudra créer un enregistrement A qui désignera votre serveur SMTP. Le choix du nom est libre. Vous devrez indiquer dans cet enregistrement A l’IP publique pour accéder à votre serveur.

Vous devrez ensuite créer un enregistrement MX. Cet enregistrement (nommé généralement mx.monentreprise.fr ou mail.monentreprise.fr) est en fait un pointeur vers vos serveurs SMTP. Vous devrez donc indiquer le nom de votre serveur SMTP (créé précédemment avec l’enregistrement A) et le poids (ou priorité) de cet enregistrement.

La pondération de l’enregistrement permet d’avoir des serveurs de backup si toutefois votre serveur STMP devient indisponible. Plus le poids d’un enregistrement est faible, plus cet enregistrement aura de « valeur ». Les serveurs SMTP essaieront de contacter les serveurs de poids faible avant les serveurs de poids fort. Pensez donc à correctement indiquer vos poids dans votre DNS. Ne donnez pas un poids trop faible (afin de pouvoir mettre des serveurs plus prioritaires) ni trop fort (pour pouvoir mettre des serveurs de backup).

2.Passage en mode avec licence.

Lors de l’installation, l’assistant ne demande pas la clé Exchange. Vous devez l’entrer manuellement après l’installation du serveur. Si vous ne le faites pas, vous serez alors en mode d’évaluation de 120 jours (toutes les fonctionnalités sont accessibles durant ce temps).

pic 13

Pour entrer votre clé de licence, vous avez deux moyens : en mode graphique ou en Powershell. En mode graphique, ouvrez (nom_serveur) local Microsoft Exchange, Configuration serveur. Dans le panneau de droite, cliquez sur Entrer la clé de produit.

pic 14

L’autre méthode est de passer par Powershell. Ouvrez Exchange Management Shell (EMS) puis exécutez :

Set-ExchangeServer -Identity exchange.todorovic.adds -ProductKey XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

Votre clé va alors être validée et vous serez prévenu qu’il faut redémarrer le service Banque d’informations d’Exchange pour prendre en compte ce changement. Il faudra en effet redémarrer ce service si votre serveur héberge le rôle Mailbox, ce qui est le cas dans cet article.

pic 15

Pour redémarrer le service banque d’informations, vous pouvez redémarrer le service via la MMC ou en Powershell.

Restart-Service msexchangeis

Votre serveur est maintenant avec une licence valide et active.

3.Création et assignation du certificat.

Par défaut, Exchange se crée un certificat auto-signé qu’il assigne aux différents services. Le problème de ce genre de certificat est qu’on ne peut pas lui faire confiance. Par exemple, si mon serveur vous dit qu’il s’est auto-proclamé www.votrebanque.fr (alors qu’en réalité c’est www.voleur-de-compte-bancaire.fr), allez-vous lui faire confiance ?

J’espère pour vous que non. Le certificat étant auto-signé, il est réputé comme n’étant pas de confiance : vous aurez alors constamment des erreurs de validation SSL lors des différents accès au serveur.

pic 16

C’est pour cela que l’on va créer un certificat signé par notre autorité de certification interne (ou une autorité tierce de confiance). Nos collaborateurs font confiance à notre autorité de certification interne (distribution du certificat racine par GPO), ils n’auront donc pas de problème de validation. Voyons comment faire.

La génération du certificat signé peut se faire de différentes manières. Pour ma part, j’utilise la ligne de commande et certreq. Cette méthode a l’avantage de fonctionner avec des PKI sous Windows 2003, 2008 et 2008 R2. Vous trouverez plus d’informations sur cette méthode sur mon blog : Comment générer un certificat en ligne de commande ?.

Je vais utiliser un fichier texte nommé exchange.todorovic.adds.inf dont le contenu est ci-dessous. Le nom commun du certificat est le nom complet du serveur à savoir exchange.todorovic.adds. Les noms alternatifs (SAN) sont exchange.todorovic.adds(=FQDN du serveur), Autodiscover.todorovic.fr, mail.todorovic.fr et um.todorovic.adds. Il est important de noter que tout ceci est réalisé sur le compte de l’ordinateur (MachineKeySet=TRUE).

[Version]
Signature= »$Windows NT$ »
[NewRequest]
FriendlyName= »Exchange Interne »
Subject= »CN=exchange.todorovic.adds »
KeyLength=1024
Exportable=FALSE
MachineKeySet=TRUE
PrivateKeyArchive=FALSE
KeyUsage=0xa0
[EnhancedKeyUsageExtension]
OID=1.3.6.1.5.5.7.3.1
OID=1.3.6.1.5.5.7.3.2
[RequestAttributes]
CertificateTemplate=WebServer
SAN= »dns=exchange.todorovic.adds&dns=Autodiscover.todorovic.fr&dns=mail.todorovic.fr&dns=um.todorovic.adds »

En ligne de commande, exécutez :

certreq -new exchange.todorovic.adds.inf exchange.todorovic.adds.req
certreq -submit exchange.todorovic.adds.req exchange.todorovic.adds.crt
certreq -accept exchange.todorovic.adds.crt

La première ligne crée une nouvelle clé privée et la demande de certificat associée. La deuxième ligne soumet le certificat à l’autorité de certification connue et enregistre le certificat. La dernière associe le certificat à la clé privée dans le magasin personnel de l’ordinateur. Si vous allez dans la configuration serveur (là où on peut entrer la clé produit), vous trouverez alors un nouveau certificat non auto-signé.

pic 17

Il ne reste plus qu’à assigner le certificat aux services Exchange. Vous pouvez le faire en mode graphique ou Powershell.

Dans la configuration serveur, faites un clic droit sur le certificat que vous venez de créer puis Affecter des services au certificat.

pic 18

Pour commencer, vous devrez sélectionner le ou les serveurs auxquels vous souhaitez attribuer les certificats.

pic 19

Vous devrez ensuite sélectionner les services que vous souhaitez sécuriser avec ce certificat. Je ne souhaite pas utiliser IMAP ni POP donc je ne vais pas les sélectionner. Je ne vais pas sécuriser SMTP mais cela est possible, notamment si vous avez des partenaires ou clients (au sens commercial et non réseau) qui vous envoient des documents confidentiels. Je sélectionne IIS qui gère Autodiscover, OWA et Outlook Anywhere dans une certaine limite. Le rôle de messagerie unifiée n’étant pas installé, il est inutile d’y assigner le certificat.

pic 20

Un bref résumé sera affiché. Cliquez sur Affecter pour finir l’affectation.

pic 21

pic 22

Comme vous pouvez le voir, la commande Powershell est ici montrée. Pour assigner les services au certificat en Powershell, vous devrez d’abord récupérer l’empreinte numérique du certificat. Cela est possible grâce à Powershell.

Get-ExchangeCertificate | fl Thumbprint,FriendlyName,Subject
Enable-ExchangeCertificate -Server « Exchange » -Services « IIS » -Thumbprint
« DAE5D9B4C8AF3724F3FF4336DE84A8A4592177B6″

La première ligne va vous permettre d’afficher les certificats valides pour Exchange et également d’identifier votre certificat. Ce qui nous intéresse est l’empreinte numérique (Thumbprint). C’est grâce à cela que le certificat est identifié de manière unique.

pic 23

La deuxième ligne assigne le service IIS du serveur nommé Exchange au certificat dont le thumbprint correspond à celui entré. Les différents services sont dans la liste ci-dessous. Si vous souhaitez assigner plusieurs services au certificat, vous devrez les séparer par des virgules (-Services « IIS,UM »).

• IMAP

• POP

• IIS

• SMTP

• UM

Si vous changez les services assignés à un certificat, vous devrez redémarrer ces services. Dans le cas présent, il faudra redémarrer IIS.

4.Envoi/réception d’emails : sans serveur Edge.

Par défaut, Exchange ne va pas permettre l’envoi/réception d’emails sur Internet. Voyons comment configurer le serveur pour changer ce comportement.

A.Connecteur d’envoi.

La création d’un connecteur d’envoi va permettre d’envoyer des emails vers une destination donnée. Sans ce connecteur, l’envoi d’emails à destination d’Internet sera indisponible. Voyons comment créer ce connecteur.

Ce connecteur se configure dans le rôle Transport Hub de l’organisation. Ouvrez le rôle dans l’organisation Exchange.

Faites un clic droit puis cliquez sur Nouveau connecteur d’envoi.

pic 24

La première étape va consister à nommer votre connecteur et à indiquer le type d’usage (personnalisé, interne, Internet, partenaire). Ce connecteur est destiné à envoyer des emails sur Internet, il faut donc choisir le type correspondant.

pic 25

Il faudra ensuite définir l’espace d’adressage du connecteur : il s’agit des domaines vers lesquels le connecteur pourra envoyer des emails. Grâce à cela, vous pourrez forcer l’envoi de messages à destination d’un domaine particulier vers un serveur particulier. Ici, le connecteur sera général : il sera possible d’envoyer des emails à tous les domaines.

Cliquez sur Ajouter.

pic 26

Dans « Adresse », vous pourrez préciser un domaine ou un wildcard (tous les domaines). Si vous définissez un domaine (entreprise.fr), il sera possible d’autoriser ou non les envois à destination des sous-domaines. Enfin, vous pourrez définir un coût. Cela sera utile lors de la détermination du routage du message si vous souhaitez créer plusieurs connecteurs d’envoi.

pic 27

Vous devrez ensuite indiquer si vous souhaitez utiliser les enregistrements MX des domaines pour envoyer les emails automatiquement ou si vous souhaitez faire passer les messages par un hôte particulier (hygiène de messagerie par exemple). Nous sommes dans une configuration sans serveur d’hygiène donc il faut choisir l’utilisation des enregistrements MX des DNS.

pic 28

Puisque le connecteur d’envoi est géré au niveau de l’organisation, vous devrez sélectionner quels serveurs Transport Hub utiliseront ce connecteur.

pic 29

Un résumé sera affiché, cliquez sur Suivant pour créer le connecteur.

pic 30

Il sera possible de créer ce connecteur via EMS. La commande est indiquée ci-dessous.

pic 31

Vous pouvez maintenant envoyer des emails à destination d’Internet.

B.Connecteur de réception.

Contrairement au connecteur d’envoi, les connecteurs de réception sont gérés par serveur. Par défaut, il existe deux connecteurs de réception.

pic 32

Le premier connecteur « Client EXCHANGE » permet les communications SMTPS (TCP 587) uniquement pour les utilisateurs Exchange. Le second connecteur « Default EXCHANGE » permet les communications SMTP (TCP 25) pour les utilisateurs et serveurs Exchange. Afin de permettre aux serveurs SMTP externes d’envoyer des emails à notre serveur Exchange, il va falloir modifier les autorisations du connecteur Exchange. Ouvrez les propriétés du connecteur « Default Exchange », allez dans Groupes d’autorisation puis cochez Utilisateurs anonymes. J’ai décoché Serveurs Exchange hérités : il s’agit des serveurs dits « legacy », autrement dit des serveurs Exchange anciens (2003).

pic 33

Voici la commande Powershell équivalente :

Set-ReceiveConnector -PermissionGroups ‘AnonymousUsers, ExchangeUsers, ExchangeServers’ -Identity
‘EXCHANGE\Default EXCHANGE’

5.Création des règles de génération d’adresses email.

Pour commencer, il faut ajouter un nouveau domaine accepté par le serveur Exchange. Pour cela, il faut aller dans la configuration de l’organisation pour régler les paramètres du serveur de transport. Allez dans l’onglet Domaines acceptés.

Comme vous pouvez le constater, il y a déjà un domaine correspondant à votre domaine AD. Si vous êtes dans une configuration avec un domaine privé, l’ajout du nouveau domaine est obligatoire pour que votre serveur Exchange puisse communiquer avec l’extérieur.

pic 34

Faites un clic droit en dessous du domaine par défaut puis Nouveau domaine accepté. Donnez un nom à ce nouveau domaine puis indiquez le nom de domaine que l’organisation Exchange va accepter. Vous devrez également choisir le type de domaine (faisant autorité, relais interne ou relais externe). Par défaut, choisissez le domaine faisant autorité.

Les domaines relais correspondent à des configurations particulières de votre messagerie.

Enfin cliquez sur Nouveau.

pic 35

Ensuite, la création du nouveau domaine accepté aura lieu. Vous aurez alors l’équivalent en Powershell.

pic 36

Il est maintenant possible de créer les règles de construction d’adresses email à partir des informations stockées dans Active Directory. Pour cela, allez dans les Stratégies d’adresse de messagerie dans le Transport Hub au niveau de l’organisation. Il existe une règle par défaut : les adresses de messagerie sont créées avec le domaine par défaut (todorovic.adds dans mon cas). Cette règle n’est pas appliquée à l’exception du compte ayant installé Exchange. Il n’est plus possible de modifier cette règle depuis Exchange 2010. Il faut donc en créer une nouvelle.

Pour cela, faites un clic droit en dessous de la règle par défaut puis Nouvelle stratégie d’adresse de messagerie.

pic 37

Nommez votre nouvelle règle puis indiquez le conteneur (unité d’organisation) d’utilisateurs sur lequel la règle sera appliquée. Ensuite indiquez sur quels types d’objets sera appliquée la règle. Pour simplifier l’administration et n’ayant qu’un seul domaine à héberger, je peux choisir tous les types d’objets.

pic 38

Vous pourrez ensuite préciser des conditions d’application de votre nouvelle stratégie. Ces règles sont basées sur les attributs des objets. Vous ne pouvez pas accéder à tous les attributs depuis le mode graphique. Vous pouvez en revanche définir des attributs personnalisés. Ces attributs sont numérotés, vous devrez donc documenter ces attributs afin de savoir à quoi ils correspondent.

pic 39

Vous devrez ensuite indiqué les règles de création d’adresses email. Il est possible de créer plusieurs adresses pour un compte en créant plusieurs règles. Cliquez sur Ajouter.

pic 40

Définissez la règle comme bon vous semble. Des exemples sont là pour vous aider à voir ce que la règle donnera comme adresse.

pic 41

Une fois que vous avez créé les règles souhaitées, passez à la planification de l’application de la stratégie. Vous pourrez l’appliquer plus tard, immédiatement ou à un moment précis. Lorsqu’une règle est appliquée, elle sera également appliquée aux nouveaux comptes créés.

pic 42

Après un résumé, vous finirez par créer la stratégie. Encore une fois, vous aurez l’équivalent Powershell indiqué.

pic 43

6.Création basique des comptes Exchange.

Il existe plusieurs types de boîtes aux lettres Exchange. On distingue ainsi les boîtes aux lettres d’utilisateurs des boîtes aux lettres de ressources (salle ou matériel). Les boîtes de ressources permettent la réservation de ces dernières pour des réunions. La création des boîtes de ressources et utilisateurs se font de la même manière. Allez dans la configuration du destinataire puis Boîte aux lettres.

pic 44

A.Compte AD existant.

Pour créer un nouvel utilisateur, faites un clic droit en dessous des boîtes déjà créées puis cliquez sur Nouvelle boîte aux lettres. Sélectionnez alors Boîte aux lettres utilisateur.

pic 45

La création de compte Exchange peut se faire de deux manières. Soit vous créez un nouvel utilisateur dans Active Directory et vous lui affectez immédiatement une boîte Exchange ou alors vous pouvez créer une boîte Exchange à un utilisateur déjà existant. Je vais créer une boîte à un utilisateur déjà existant. Sélectionnez Utilisateurs existants puis ajoutez les utilisateurs après les avoir sélectionnés dans Active Directory. L’assistant ne permet pas de lier une archive lors de la création de la boîte aux lettres. Il faudra procéder à cette étape plus tard si vous le souhaitez.

pic 46

Vous devrez ensuite indiquer des paramètres de la boîte aux lettres. Dans une configuration basique, vous n’aurez qu’à indiquer l’alias de la boîte aux lettres. C’est ici que vous pourrez indiquer différentes stratégies à appliquer sur la boîte aux lettres ainsi que son emplacement dans les bases de données Exchange.

pic 47

Vous pourrez procéder à la création des boîtes aux lettres après avoir validé le résumé de la création de boîtes.
Comme toujours, l’équivalent en Powershell sera affiché.

pic 48

B.Création du compte AD.

La création d’une boîte aux lettres sans avoir de compte AD se fait de la même manière que précédemment. Au lieu de choisir des utilisateurs existants, créez un nouvel utilisateur. Vous devrez indiquer les informations concernant votre utilisateur afin de le créer.

pic 49

Vous devrez ensuite préciser les paramètres de boîtes aux lettres. Contrairement à la création de boîtes avec un compte existant, vous pourrez associer une archive dès la création de la boîte aux lettres.

pic 50

Après un résumé de la création à effectuer, celle-ci sera réalisée.

pic 51

7.Outlook Web App.

A.Authentification.

Outlook Web App permet un accès Web à votre boîte Exchange. Depuis Exchange 2007, OWA se rapproche le plus possible du client lourd Outlook. Il est possible de configurer cet accès Web de manière poussée. Il faudra aller dans la configuration du serveur d’accès client.

pic 52

Ouvrez les propriétés du site OWA « owa (Default Web Site).

pic 53

Vous pourrez modifier l’authentification d’OWA, activer ou non différentes fonctionnalités, gérer les accès aux fichiers et notamment le WebReady Document Viewing qui permet la visualisation des documents Office, Pdf, etc. en format html. En revanche, contrairement à ce que l’on pourrait croire, il n’est plus possible d’accéder à un serveur de fichiers depuis OWA. Il semblerait que la présence de la gestion de l’accès aux serveurs de fichiers soit un bug de la version finale d’Exchange.

Afin de simplifier notamment la vie de vos utilisateurs, vous pouvez changer le type d’authentification d’OWA. Par défaut, vous devrez vous connecter avec votre identifiant SAM (DOMAINE\utilisateur) sur un formulaire. Il est possible de se connecter avec son identifiant SAM, UPN ou utilisateur (en forçant un domaine précis). Vous pouvez également utiliser une authentification standard (intégrée Windows, Digest ou Basic). La méthode d’authentification doit être choisie selon plusieurs critères :

• source d’accès à OWA ; interne, externe ou interne/externe : si vous ne donnez accès à OWA qu’en interne, le meilleur choix sera sans doute l’authentification intégrée Windows (authentification par négociation NTLM ou Kerberos). La méthode Basic est déconseillée. Si vous souhaitez donner un accès externe avec un reverse-proxy simple, vous ne pourrez pas proposer l’authentification intégrée Windows (c’est techniquement possible mais demande un prérequis important : il faut que l’ordinateur accédant à OWA fasse partie de l’entreprise et se connecte régulièrement). Il faudra alors choisir une authentification par formulaire : le login par UPN permet de se connecter avec ce que l’on peut prendre pour une adresse email pour peu que votre domaine soit configuré comme il faut (suffixe UPN identique au suffixe email et politique de nommage des utilisateurs AD identique à celle des adresses email). Concrètement, cela signifie que si vous avez une adresse email prenom.nom@domaine.com, il faudra que vos utilisateurs AD soit nommés prenom.nom et que leur suffixe UPN soit domaine.com. Cela permet à vos utilisateurs de se connecter directement avec leur adresse email (du moins avec une adresse identique à leur adresse email), ils n’ont donc pas plusieurs logins à retenir (Windows, Exchange, etc.). Ils peuvent d’ailleurs se connecter avec leur adresse UPN sur votre domaine Active Directory et ils n’ont alors qu’un login à retenir. Personnellement, j’essaie de faire en sorte que l’adresse UPN soit le seul login à retenir, c’est bien plus simple pour tout le monde ;

• volonté de proposer un SSO : si vous souhaitez proposer une authentification unique à vos utilisateurs, il faudra activer l’authentification intégrée Windows ou Basic ;

• méthode de publication d’OWA sur Internet : reverse-proxy simple ou pré-authentifiant. Si vous mettez en place un reverse-proxy simple (qui ne fait aucune authentification), vous pourrez choisir l’authentification par formulaire ou standard (avec restrictions). Si vous mettez en place un reverse-proxy pré-authentifiant, vous ne pourrez pas choisir l’authentification par formulaire. C’est le reverse-proxy qui transmettra un ticket à OWA pour dire que l’utilisateur est authentifié. Vous devrez savoir comment votre reverse-proxy transmet l’information d’authentification (ticket Digest, Kerberos, etc.) afin de choisir la bonne méthode d’authentification dans OWA.

Pour changer la méthode d’authentification, allez dans les propriétés d’OWA, onglet Authentification puis choisissez votre méthode d’authentification.

Pour obtenir la commande PowerShell équivalente, cliquez sur la petite icône Powershell en bas de la fenêtre après avoir changé votre méthode d’authentification.

pic 54

Tout changement de méthode d’authentification requiert un redémarrage de IIS. Exécutez la commande suivante :

iisreset /noforce

B.Autorisation : segmentation des fonctionnalités.

Il existe deux niveaux d’autorisation dans OWA : par utilisateur ou par serveur. Au niveau utilisateur, vous pourrez activer ou non l’accès OWA mais vous pourrez surtout appliquer une stratégie à vos utilisateurs. Cette stratégie, à créer dans la configuration de l’organisation, Accès client, Stratégies de boîte aux lettres de Outlook Web App, vous permettra de gérer différents profils d’utilisateurs. Vous pourrez au choix activer ou désactiver les fonctionnalités suivantes :

• intégration Active Sync ;
• toutes les listes d’adresses : affichage de toutes les listes ou seulement des listes globales ;
• calendrier ;
• contact ;
• journal ;
• filtrage de courrier indésirable ;
• rappels et notifications ;
• notes ;
• client – Premium : accès à l’interface étendue d’OWA ;
• dossiers de recherche ;
• signature électronique ;
• vérificateur d’orthographe ;
• tâches ;
• sélection de thème ;
• intégration à la messagerie unifiée ;
• modification de mot de passe ;
• règles ;
• dossiers publics ;
• S/MIME ;
• récupération des éléments supprimés ;
• messagerie instantanée ;
• messages SMS.

Vous pourrez également modifier ces autorisations directement sur le compte utilisateur.

8.Activation d’Outlook Anywhere.

Outlook Anywhere permet la connexion de clients lourds venant d’Internet. Sa gestion se trouve donc dans le rôle d’accès client. Allez dans Configuration du serveur, Accès client. À droite, cliquez sur Activer Outlook Anywhere.

pic 55

Vous devrez ensuite indiquer le nom d’hôte externe ainsi que la méthode d’authentification. L’authentification de base est moins sécurisée que celle exploitant NTLM. Il est donc préférable d’utiliser la négociation NTLM.

Le déchargement SSL permet au serveur de ne plus chiffrer avec le processeur mais avec un coprocesseur dédié à cette fonction. Cette opération permet d’accélérer les chiffrements et déchiffrements SSL et par la même occasion de ne plus occuper le processeur du serveur. Ne disposant pas de ce matériel, je n’active pas cette fonction. Pour l’activer plus tard, vous devrez passer par Powershell.

Une fois la configuration effectuée, cliquez sur Activer.

pic 56

Outlook Anywhere sera activé environ 15 minutes après la fin de l’assistant. Contrôlez l’absence de messages d’erreur dans l’observateur d’événements.

Pour vous connecter via Outlook Anywhere, vous devrez avoir le service Autodiscover configuré correctement à l’extérieur de votre entreprise. En effet, Outlook demandera à Autodiscover les paramètres de connexion : Outlook passera alors uniquement en HTTPS sur Outlook Anywhere.

Exchange Server a besoin d’Active Directory (au minimum sur Windows Server 2003) pour fonctionner. Active Directory va servir à stocker différentes données et également les comptes utilisateurs activés pour la messagerie.

Plusieurs rôles et fonctionnalités sont requis pour l’installation d’Exchange. Exchange est fourni avec plusieurs fichiers de configuration selon les rôles à installer. Ces fichiers, au format XML, se trouvent dans le répertoire Scripts du DVD.

Pour installer les prérequis d’une installation typique d’Exchange, lancez :

ServerManagerCmd -ip E:\Scripts\Exchange-Typical.xml

Vus pouvez également installer ces prérequis avec PowerShell :

Import-Module ServerManager

Add-WindowsFeature NET-Framework,NET-HTTP-Activation,Web-Server,Web-ISAPI-Ext,Web-Basic-Auth,Web-

Digest-Auth,Web-Windows-Auth,Web-Dyn-Compression,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WASProcess-Model,RSAT-ADDS,RSAT-Clustering,RSAT-Web-Server,RPC-Over-HTTP-proxy

• NET-Framework : Fonctionnalités du .NET Framework 3.5.1 ;

• NET-HTTP-Activation : Activation HTTP ;

• Web-Server : Serveur Web (IIS) ;

• Web-ISAPI-Ext : Extensions ISAPI ;

• Web-Basic-Auth : Authentification de base ;

• Web-Digest-Auth : Authentification Digest ;

• Web-Windows-Auth : Authentification Windows ;

• Web-Dyn-Compression : Compression de contenu dynamique ;

• Web-Metabase : Compatibilité avec la métabase de données ;

• Web-Net-Ext : Extensibilité .NET ;

• Web-Lgcy-Mgmt-Console : Outils de gestion IIS 6 ;

• WAS-Process-Model : Modèle de processus ;

• RSAT-ADDS : Outils AD DS ;

• RSAT-Clustering : Outils de clustering avec basculement ;

• RSAT-Web-Server : Outils du serveur Web (IIS) ;

• RPC-Over-HTTP-proxy : Proxy RPC sur HTTP.

Vous devrez ensuite changer le mode de démarrage du service de partage de ports net.tcp pour le passer en automatique. Vous pouvez passer par la MMC services ou passer en PowerShell :

Set-Service NetTcpPortSharing -StartupType Automatic

Enfin, il vous faudra installer le Filter Pack d’Office 2007 64 bits disponible ici (FilterPackx64.exe). Ce pack est utilisé pour l’indexation et le scan des fichiers Office. Si vous le souhaitez, il est possible d’installer le Microsoft Office 2010 Filter Packs 64 bits disponible ici (FilterPack64bit.exe). Vous pouvez également ajouter d’autres iFilters comme l’ Adobe PDF iFilter.

Vous pouvez maintenant commencer à préparer l’Active Directory pour ensuite installer Exchange.

2.Préparation de l’Active Directory.

La préparation de votre Active Directory se déroule en trois étapes. La première consiste à préparer le schéma Active Directory. Assurez-vous d’avoir un compte ayant les permissions adéquates. Afin de voir si la préparation s’effectue correctement, ouvrez une invite de commande et allez sur le DVD Exchange puis exécutez :

Setup /PrepareSchema

Si vous avez plusieurs contrôleurs de domaine, attendez la réplication ou forcez-la. Vous pourrez ensuite préparer votre forêt. Vous devrez préciser le nom de votre organisation. Cela correspond au nom court de votre forêt (sans TLD).

Setup /PrepareAD /OrganizationName:todorovic

Encore une fois, attendez la réplication ou forcez-la si vous avez plusieurs contrôleurs de domaine. Enfin, vous pourrez préparer votre domaine.

Setup /PrepareDomain

Si vous avez plusieurs domaines d’une même forêt que vous souhaitez préparer, vous pourrez exécuter :

Setup /PrepareAllDomains

Attendez à nouveau la réplication ou forcez-la. Vous pourrez ensuite commencer à installer votre serveur Exchange.

3.Déploiement.

Commencez par lancer l’installation. Sur Windows 2008 R2, Windows Installer 4.5 est installé par défaut et si vous avez suivi l’installation des prérequis, .NET 3.5 SP1 devrait déjà être installé. On commence donc à l’étape 3 !

pic 03

Le DVD embarque plusieurs langues : à moins que votre langue ne soit pas sur le DVD, vous pourrez cliquer sur Etape 3 : Choisir l’option de langue d’Exchange, Installer uniquement les langues à partir du DVD.

pic 04

Commencez l’assistant d’installation en cliquant sur Etape 4 : Installer Microsoft Exchange.

pic 05

Après avoir passé l’introduction, accepté le contrat de licence et choisi votre mode de rapport d’erreur, vous aurez le choix entre une installation typique ou personnalisée. L’installation personnalisée vous permet d’installer les rôles dont vous avez besoin alors que l’installation typique installera les rôles CAS, Hub et Mailbox ainsi que les outils de gestion Exchange. Je vais procéder à l’installation typique. Comme d’habitude, choisissez d’installer le produit sur un disque non système.

pic 06

L’assistant vous demande ensuite si votre réseau contient des clients Outlook 2003 ou Entourage (Mac OS). Cela permet d’assurer une compatibilité pour ces clients anciens. Je n’ai pas ces clients donc je fais le choix correspondant.

pic 07

Si vous souhaitez rendre votre rôle d’accès client disponible depuis Internet pour OWA, Outlook Anywhere ou Active Sync, vous devrez indiquer le nom externe qu’aura votre serveur.

pic 08

Avant de lancer l’installation, Exchange procède à quelques tests afin de s’affranchir d’éventuels problèmes lors de l’installation. Si les tests sont effectués avec succès, vous ne devriez pas avoir de problème lors de l’installation.

pic 09

Une fois les tests effectués, vous pouvez lancer l’installation. Elle peut durer plus ou moins longtemps selon votre serveur et les rôles à installer. Dans mon cas, Exchange a mis 25 minutes à s’installer : je rédige cet article sur un portable. Il n’est donc pas adapté aux besoins d’Exchange. Sur un serveur dimensionné correctement, l’installation sera plus rapide.

pic 10

Ne lancez pas la console de gestion d’Exchange immédiatement : il est préférable de mettre à jour dès maintenant votre serveur Exchange via Microsoft Update.