Le blog technique

Toutes les astuces #tech des collaborateurs de PI Services.

#openblogPI

Retrouvez les articles à la une

Exchange 2013/2016 – Configuration de plusieurs répertoires virtuels OWA/ECP

Vous pouvez ajouter des répertoires virtuels OWA/ECP supplémentaires pour les raisons suivantes :

  • Vous souhaitez séparer l’accès ECP administrateur et utilisateur pour empêcher l’accès au Centre d’administration Exchange à partir d’Internet.
  • Vous avez différents utilisateurs au sein d’une même organisation qui ont besoin d’une expérience OWA différente, comme un accès aux fichiers public/privé différent ou d’autres fonctionnalités de stratégie ou de segmentation.

Microsoft supporte l’utilisation de plusieurs répertoires virtuels Outlook Web App (OWA) et Exchange Control Panel/Admin Center (ECP) sur un serveur Exchange 2013/2016 lorsque chacun a son propre site Web et est nommé « OWA » et « ECP ». Chaque répertoire virtuel doit être à l’écoute sur le port TCP 443 standard pour le site.

Vous devez vous assurer que le site Web par défaut est défini sur « Toutes non attribuées » pour les adresses IP, sinon des problèmes surviendront avec PowerShell.

Ci-dessous les instructions pour la création et la configuration des répertoires virtuels OWA/ECP sur Exchange 2013/2016.

  1. Ajoutez une adresse IP secondaire au serveur – cela peut être avec une autre carte réseau ou simplement en ajoutant une adresse IP à une carte réseau existante.
  2. Si vous avez ajouté une carte réseau, dans les propriétés de la carte, décochez « « enregistrer les adresses de cette connexion dans le système DNS » 
  3. Créez le site Web supplémentaire dans IIS dans un nouveau dossier racine (C:\inetpub\OWA_SECONDARY) et liez-le à la nouvelle adresse IP.
  4. Activez SSL en choisissant le certificat à utiliser pour ce site.
  5. Accordez au groupe IIS_IUSRS l’autorisation de lecture et d’exécution sur le dossier C:\inetpub\OWA_SECONDARY.
  6. Copiez le contenu du dossier racine du site Web par défaut dans son intégralité, y compris les sous-dossiers, dans le nouveau dossier racine du site (c’est-à-dire copiez le contenu %SystemDrive%\inetpub\wwwroot\ dans C:\inetpub\OWA_SECONDARY).
  7. Créez de nouveaux sous-dossiers OWA et ECP dans le dossier racine de votre nouveau site Web (C:\inetpub\OWA_SECONDARY\OWA, C:\inetpub\OWA_SECONDARY\ECP).
  8. Copiez l’intégralité du contenu des dossiers OWA et ECP du site Web par défaut, y compris les sous-dossiers, dans les nouveaux sous-dossiers du nouveau site Web. (Copié à partir de C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy).
  9. Exécutez ce qui suit (en remplaçant <Server> par le nom de votre serveur;
    New-OwaVirtualDirectory -Server <Server> -Role ClientAccess -WebSiteName OWA_SECONDARY -Path « C:\inetpub\OWA_SECONDARY\OWA »
    New-EcpVirtualDirectory -Server <Server> -Role ClientAccess -WebSiteName OWA_SECONDARY -Path « C:\inetpub\OWA_SECONDARY\ECP »
  10. Exécutez les commandes suivantes;
    Set-OwaVirtualDirectory -Identity « <serveur>\owa (site Web par défaut) » -FormsAuthentication $false -WindowsAuthentication $true
    Set-EcpVirtualDirectory -Identity « <serveur>\ecp (site Web par défaut) » -FormsAuthentication $false -WindowsAuthentication $true
  11. Effectuez un IISReset.

L’installation de CU ne mettra PAS à jour correctement les fichiers du site Web secondaire OWA ou ECP, et le site secondaire ne fonctionnera pas correctement. La seule solution prise en charge consiste à supprimer les Vdirs secondaires et le site Web et refaire toutes les étapes. Alors, assurez-vous d’avoir noté tous les paramètres non définis par défaut que vous aviez sur le site, puis supprimez les Vdirs, supprimez le site Web, supprimez tout contenu des dossiers et recommencez à l’étape 3 indiquée ci-dessus. Recréez le site Web, recréez les Vdirs, copiez les derniers fichiers et réappliquez toute configuration ou paramètre personnalisé que vous avez précédemment appliqué. Ne sautez aucune étape et ne prenez aucun raccourci.

Microsoft Exchange – les OUs ne s’affichent pas lors de la création d’une nouvelle BAL depuis l’EAC

Exchange Server 2013/2016 n’affiche pas la liste complète des unités d’organisation lors de la création d’une boîte aux lettres depuis la console d’administration Exchange.

RAISON:

  • Par défaut, l’ensemble de résultats du sélecteur d’unité d’organisation contient 500 entrées uniquement.
  • Lorsqu’il y a plus de 500 entrées, une nouvelle fenêtre est générée et cette fenêtre est vide ou contient un message (il existe d’autres éléments à afficher dans cet affichage).
  • Le sélecteur d’unité d’organisation n’interroge pas Active Directory avec -ResultSize Unlimited.

RESOLUTION:
Pour résoudre ce problème, suivez les étapes suivantes :

  1. Déterminez le nombre d’utilisateurs sur Exchange Server de boîtes aux lettres. Pour ce faire, exécutez la commande suivante (Get-OrganizationalUnit -ResultSize unlimited).count
  2. Sur le Exchange Server de boîtes aux lettres, allez dans le dossier suivant « C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\ecp »
  3. Ajoutez les lignes suivantes dans le fichier web.config juste au-dessus </appsettings> 

<!– allows the OU picker when placing a new mailbox in its designated organizational unit to retrieve all OUs – default value is 500 –>
<add key= »GetListDefaultResultSize » value= »2000″ />

 

4. Dans le Gestionnaire IIS, redémarrez le pool d’applications MSExchangeECPAppPool.

 Notes:

  • La valeur de GetListDefaultResultSize la clé doit dépasser le nombre d’utilisations trouvées à l’étape 1.
  • Vous devez modifier le fichier web.config sur tous les serveurs mailbox
  • Vous devez ajouter cette valeur chaque fois que vous installez une mise à jour cumulative.

Comment réduire la taille des boîtes aux lettres de découverte dépassant la limite de 50 Go

Les boîtes aux lettres de découverte dans Exchange sont utilisées pour stocker les résultats de recherche eDiscovery.

La taille maximale des boîtes aux lettres de découverte est 50 Go. Il est possible d’augmenter le quota à plus de 50 Go, mails il faut prendre en considération les limites suivantes:

  • Elles ne sont pas prises en charge.

  • Elles ne peuvent pas être migrés vers Microsoft Office 365.

  • S’il s’agit des boîtes aux lettres de découverte Exchange Server 2010, elles ne peuvent pas être mises à niveau vers des versions ultérieures.

Pour résoudre ce problème, vous pouvez créer plusieurs boites aux lettres eDiscovery et copier les résultats de la recherche de la grande boîte aux lettres de découverte dans les nouvelles:

  • Créer la boîte aux lettres de découverte via la commande:

New-Mailbox -Name <discovery mailbox name> -Discovery

Afin d’accéder à cette boîte aux lettres de découverte et visualiser les résultats de la recherche, attribuer des autorisations à un utilisateur ou à un groupe:

Add-MailboxPermission <discovery mailbox name> -User <name of user or group> -AccessRights FullAccess -InheritanceType all

  • Copier les résultats de la recherche dans une boîte aux lettres de découverte en créant tout d’abord une recherche de découverte:

New-MailboxSearch -Name « Search results from 2019 » -SourceMailboxes « Discovery Search Mailbox » -StartDate « 01/01/2019 » -EndDate « 12/31/2019 » -TargetMailbox « Discovery Mailbox Backup 01 » -EstimateOnly -StatusMailRecipients admin@contoso.com

puis démarrer la via la commande:

Start-MailboxSearch « Search results from 2019 »

Si besoin régler la plage de dates pour augmenter ou diminuer le nombre de résultats de recherche renvoyés et copier les résultats dans la boîte aux lettres de découverte cible:

Set-MailboxSearch « Search results from 2019 » -EstimateOnly $false

Start-MailboxSearch « Search results from 2019 »

  • Supprimer les recherches de la boîte aux lettres de découverte d’origine afin de réduire sa taille

Remove-MailboxSearch -Identity <name of search>

Avant de supprimer une recherche, identifier la taille des résultats de recherche qui ont été copiés dans une boîte aux lettres de découverte via l’exécution de la commande:

Get-MailboxSearch | Format-List Name,TargetMailbox,ResultSizeCopied