Si vous essayez d’ajouter vos hôtes Hyper-V fraichement installés sur Windows 2012 RC sur votre SCVMM 2012 vous risquez d’avoir l’erreur suivante :
“Error (12704) : Unable to connect to the Hyper-V service on the server <votre serveur>”
Soit, impossible de connecter le service Hyper-V sur votre serveur.
Ce message intervient car SCVMM 2012 n’est pas compatible avec la version RC de Windows Server 2012.
Afin d’intégrer vos hôtes Hyper-V 3 dans SCVMM 2012, vous devez installer la version CPT (Community Technology Preview) du produit.
Attention toutefois, ce n’est qu’une “Preview” et doit donc être utilisée à des fins de tests et non de production.
Dans quel cas ce billet peut vous rendre service?
Vous avez un certificat SSL public configuré pour un domaine principal “racine.com” avec les entrées webmail.racine.com et autodiscover.racine.com renseignées et vous souhaitez rendre disponible l’autodiscover pour un autre espace de nom SMTP “filliale.fr”.
Pour réaliser cela vous avez plusieurs possibilités :
1- Ajouter des entrées autodiscover.[nomdedomaineSMTPdistant] dans le certificat SSL public
-> Inconvénients : Coût du certificat trop important dès que vous avez un nombre élevé de domaines à gérer, gestion trop compliquée lors d’ajout d’un nom de domaine
2- Créer un nouveau site web permettant de rediriger les demandes pour autodiscover.[nomdedomaineSMTPdistant] (non sécurisées) vers l’adresse sécurisée autodiscover.racine.com
-> Cette solution n’est valide que dans le cas où le serveur Exchange est directement exposé à Internet.
Pour plus d’informations sur cette solution, elle est expliquée ici (partie “multiple SMTP namespaces”):
http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/exchange-autodiscover.html
3- Si vous utilisez un serveur TMG pour publier votre serveur Exchange, vous pouvez faire une règle sur le TMG pour faire la redirection http
-> Cette solution peut être envisageable mais nécessite une seconde adresse IP Publique et demande une modification de paramétrage du serveur TMG
4- Créer des enregistrements SRV pour l’autodiscover
C’est de cette solution que je souhaite vous parler car elle ne nécessite aucune modification, ni sur l’Exchange, ni sur le TMG et ne requiert pas d’adresse IP publique supplémentaire.
Elle est donc très simple à implémenter.
Il suffit d’ajouter un enregistrement de type SRV dans la zone DNS du domaine SMTP qui pointe sur l’adresse autodiscover.racine.com correctement configurée.
Voici à quoi doit ressembler votre enregistrement dans la zone “filliale.fr” :
Service: _autodiscover
Protocol: _tcp
Port: 443
Host: autodiscover.racine.com.
Soit _autodiscover._tcp.filliale.fr pointant sur autodiscover.racine.com
Il ne vous reste plus que l’étape de test en utilisant nslookup et/ou https://www.testexchangeconnectivity.com pour valider votre configuration !
Voici un petit post pour vous faire découvrir un moyen de personnaliser votre Lync
C’est, tout simplement, les conversations sous forme d’onglets.
Cela se présente comme un petit module supplémentaire à installer qui peut s’avérer très pratique pour mettre fin aux multiples fenêtres de conversations !
La mise en place est très simple :
- Il faut télécharger le module présent à cette adresse :
http://www.microsoft.com/en-us/download/details.aspx?id=26135
- L’installer
- Et le démarrer (avec Lync lancé auparavant)
Pour le paramétrer, rendez-vous dans la zone de notification et faites un clic droit sur l’icône pour activer ou désactiver les onglets :
Retrouvez d’autres modules pour personnaliser votre Lync à cette adresse :
http://lync.microsoft.com/Adoption-and-Training-Kit/tools-and-apps/Pages/Overview.aspx
Pour ce premier post, je vais vous présenter l’utilisation du Scripting Agent d’Exchange 2010 afin de faciliter les tâches d’administration ou de répondre à une politique d’entreprise.
Pour cet exemple, nous allons étudier la création d’une boite aux lettres avec des options personnalisées.
Par défaut, dans Exchange 2010, les options ActiveSync et Outlook Web App (OWA;webmail) sont activées. Dans certaines sociétés, ces options doivent être définies au cas par cas et surtout désactivées par défaut !
Nous utiliserons donc le Scripting Agent pour effectuer cette opération.
Fonctionnement du Scripting Agent
L’objectif est d’ajouter des commandes lors d’évènements précis. Dans notre exemple, nous souhaitons désactiver l’ActiveSync et l’OWA dès que la mailbox est créée.
Pour cela, le scripting agent va utiliser un fichier XML dans lequel seront spécifiées les commandes à exécuter lors de l’appel à New-Mailbox.
NB: il est nécessaire que ce fichier soit présent et identique sur tous les serveurs Exchange de l’organisation (sauf rôle EDGE).
Fichier ScriptingAgentConfig.xml
Ce fameux fichier se trouve normalement dans le répertoire d’installation de votre serveur Exchange puis sous le chemin suivant : \Bin\CmdletExtensionAgents (le chemin par défaut étant C:\Program Files\Microsoft\Exchange Server\V14)
Un exemple de ce fichier est déjà présent sous l’extension scriptingAgentConfig.xml.sample dont vous pouvez vous inspirer.
Voici un exemple (plus simple) de sa structure :
| <?xml version="1.0" encoding="utf-8" ?> <Configuration version="1.0"> <Feature Name="MailboxProvisioning" Cmdlets="new-mailbox"> <ApiCall Name="OnComplete"> if($succeeded) { $user = $provisioningHandler.UserSpecifiedParameters["Name"] Set-CASMailbox $user -ActiveSyncEnabled $false Set-CASMailbox $user -OWAEnabled $false } </ApiCall> </Feature> </Configuration> |
Il faut d’abord choisir quelle commandlet servira à déclancher cette action (ici New-Mailbox).
Nous exécutons les commandes une fois la boite créée (uniquement si la création est réussie) avec l’appel à “OnComplete” et le test “If $succeeded”. Il est également possible d’exécuter des commandes avant la création, lors de la validation.
Une fois cette séquence passée, vous n’avez plus qu’à récupérer les informations utiles de votre utilisateur puis lui appliquer les commandes que vous souhaitez pour compléter la création de la BAL. Dans notre cas, cela correspond aux deux commandlets “Set-CASMailbox”
Et voilà, une fois le scripting agent activé (prochaine étape), chaque nouvelle boite aux lettres sera créée avec l’ActiveSync et l’OWA désactivés.
Activation du scripting agent
Voici la dernière étape qui n’est autre que l’activation de cette moulinette.
Pour commencer vous pouvez vérifier si l’agent n’est pas déjà activé en utilisant la commande suivante:
Get-CmdletExtensionAgent | ft name, priority, enabled –wrap –autosize
Il suffit ensuite de lancer la commande Enable-CmdletExtensionAgent "Scripting Agent" et les prochaines créations de mailbox seront personnalisées.
N’hésitez pas à utiliser cette possibilité pour automatiser tout type de tâches (paramétrage du calendrier…)
Bienvenue à tous ceux qui passeront par ce blog !
Je vais essayer, au travers de ce blog, de vous faire partager quelques retours d’expérience sur les technologies qui m’intéressent et sur lesquelles je travaille au quotidien.
Je parlerai donc principalement de technologies Microsoft avec certainement une concentration autour de la virtualisation et des communications unifiées.
N’hésitez pas à poser vos questions ou à réagir à mes articles.
Bonne ballade sur ce blog 