#openblogPI
Vous avez ce message d’erreur lorsque vous ouvrez Outlook.
Cela peut être dû à une mauvaise désinstallation de logiciels qui avait ajouté une extension dans Outlook.
Pour résoudre le problème, vous devez aller dans votre profil dans les données applicatives locales de Outlook : %userprofile%\appdata\local\Microsoft\Outlook et de supprimer ou renommer le fichier extend.dat en extend.dat.bak
Relancez Outlook.
L’erreur n’apparaitra plus.
Après avoir proposé un outil de simulation d’equipement SNMP, Jalasoft propose un outil permettant de générer du traffic Netflow.
Pour rappel, NetFlow est une architecture de surveillance des réseaux développée par Cisco Systems qui permet de collecter des informations sur les flux IP.
Ainsi, en terme de supervision reseau, l’analyse de ces flux est un vrai complement a la supervision des équipements source et destination des ces flux.
L’outil de Jalasoft permet de generer du traffic netflow entre plusieurs equipements réseaux.
L’outil est disponible sur le lien:
http://www.jalasoft.com/xian/xiannetflowsimulator/try
Apres avoir installé l’outil, executez-le:
Cliquez en haut a gauche sur Add Flow
Dans l’onglet Simulation settings, definissez l’adresse de destination du traffic (l’adresse source etant l’interface locale)
Definissez:
– Le port local et le port distant
– Laissez les autres options par defaut.
Dans l’onglet Flow records settings definissez les adresses sources et destination a simuler,
les protocoles, ainsi que les ports sources et distant a simuler.
– Laissez les autres options par defaut.
Cliquez Finish
Faites un clic-droit sur la simulation générée afin de la demarrer.
Si vous avez déjà utiliser le module "Exécuter. NET Script" dans System Center Orchestrator, vous avez pu voir que nativement, Orchestrator étant lui même une application 32-bit, il exécute la version 32 bits de PowerShell.
Cela pose problème, si vous voulez utiliser par exemple les comandlets Exchange 2010.
En effet le snap-in "Microsoft.Exchange.Management.PowerShell.E2010", qui est chargé d’exécuter les cmdlets Exchange, est uniquement disponible en version 64-bit. Donc, le fait d’utiliser le module Orchestrator "Exécuter. NET Script" ne fonctionne pas.
Une des solutions possibles à ce problème consiste a exécuter une version 64-bit de PowerShell.exe à l’intérieur du script. Comme ceci:
Le dossier "Sysnative” n’est en fait pas vraiment un dossier, mais un alias:
Dans les systèmes x64 Windows, les fichiers système sont stockés dans "% WINDIR%\ System32". Dans les systèmes 32 bits les fichiers sont sous "%WINDIR%\SysWOW64". Ainsi, afin d’exécuter la version 64 bits de PowerShell.exe, il nous faut exécuter PowerShell.exe depuis "C:\Windows\system32\WindowsPowerShell\v1.0".
Mais cela ne fonctionne pas en raison de la redirectionWoW64 du système de fichiers. Pour remedier a cela "Sysnative" est l’alias spécial reconnus par WoW64 (responsable de la gestion applications 32 bits), qui indique que le système de fichiers ne doit pas rediriger l’accès à SysWOW64.
Bien sur dans cet exemple, le composant Exchange Management Tools doit être installé sur le runbook server Orchestrator, afin de pouvoir utiliser le snap-in Exchange PowerShell . Conseil supplémentaire: Vous devez définir la variable "$ ErrorActionPreference" à "Stop", comme indiqué ci-dessus, ainsi Orchestrator reconnaitra le runbook comme ayant échoué, si des exceptions se produisent.
