1. Introduction
Imaginez un scénario où l’administrateur TMG configure la détection automatique du proxy (WPAD), par la suite il configure le serveur VPN Client avec DHCP comme méthode d'affectation d'adresse IP.
2. Symptôme
Suite A la première connexion VPN, les clients proxy ne peuvent plus accéder au page web et les applications qui fonctionne via le proxy ne peuvent plus se connecté
3. Diagnostic
Avant la première connexion VPN, le ficher WPAD.DAT contient la bonne adresse IP du Proxy Comme suit :
DirectNames=new MakeNames();
cDirectNames=2;
HttpPort="8080";
cNodes=1;
function MakeProxies(){
this[0]=new Node("192.168.X.254",3082918997,1.000000);
}
Apres la première connexion VPN, on remarque que l’adresse IP du proxy a été changée dans le fichier WPAD.DAT :
DirectNames=new MakeNames();
cDirectNames=2;
HttpPort="8080";
cNodes=1;
function MakeProxies(){
this[0]=new Node("192.168.X.60",3082918997,1.000000);
}
4. Solution de Contournement
Utilisez l’une des solutions de contournement ci-dessous :
- Utilisez une plage d’adresse Fixe comme méthode d'affectation d'adresse IP pour les clients VPN
- Utilisez la méthode de Détection automatique à l'aide d'un script de configuration automatique
Cordialement,
La question la plus posé dans l'utilisation d'Hyper-V est de savoir comment mieux effectuer de sauvegarde et de restauration des machines virtuelles exécutées dans Hyper-V, sans les mettre hors ligne.
La meilleure approche de l'entreprise est d'utiliser Data Protection Manager, Mais que se passe-t-il si vous avez seulement un serveur sur un site distant et que vous souhaitez exécuter les sauvegardes locales de l'hôte ?
La Solution est d'utilisez ce Fix IT
Pour plus de détails consultez la KB958662
1. Introduction
Imaginez un scénario où l’administrateur Firewall configure la fonction Stratégie de messagerie électronique dans Forefront TMG 2010 et activer le trafic EdgeSync comme illustré ci-dessous :
L'environnement fonctionne correctement, mais quand l'administrateur de pare-feu souhaite ajouter une adresse IP supplémentaire sur le connecteur de réception (External SMTP Route)
et essaye d'ouvrir les propriétés de ce connecteur sur TMG et accède à l'onglet routage sur TMG, nous avons le message suivant :
Note : lorsqu’EdgeSync est activée vous ne pouvez pas apporté des modifications directes sur certaines propriétés d’Exchange Edge et vous devrait le faire via le serveur de Transport Hub Exchange. Pour plus d'informations les paramètres qui sont répliquées via EdgeSync voir :
Données de réplication EdgeSync
Dans ce cas l’Administrateur de pare-feu contacte l'administrateur Exchange qui a tente de modifier ce paramètre directement sur la console Exchange Edge en suivant la procédure ci-dessous :
Après un certain temps qui suit l’application des nouveaux paramètres d’exchange, le message suivant apparaissait sur Forefront TMG alertes :
Après que ce message apparaît, cette configuration revient à l'état d'origine (sans l'IP supplémentaire dans le connecteur d'envoi).
2. Pourquoi je ne peux pas modifier mes paramètres d’Exchange Edge ?
Il s'agit d'un comportement attendu lorsqu'Exchange Edge est installé sur le même serveur que Forefront TMG 2010 dans le cadre de la fonction de protection du courrier. Le Service Forefront TMG Managed Control Service est responsable de l'identification des modifications sur la politique de protection de messagerie et il réplique de TMG vers Exchange Edge, qui signifie que les modifications faites directement sur la console Exchange seront écrasées.
3. Que dois-je faire dans ce cas que j'ai besoin d'ajouter une adresse IP supplémentaire sur le connecteur externe ?
La solution de contournement pour ajouter des adresses supplémentaires après avoir configurer EdgeSync via la protection du courrier sur TMG 2010 est de désactiver temporairement EdgeSync via la console de TMG 2010, comme illustré ci-dessous :
Après la désactivation de ce paramètre, appliquer les modifications sur TMG, vous pouvez modifier le connecteur externe pour ajouter l’IP supplémentaire. Une fois l’IP supplémentaire ajouté, vous pouvez réactiver EdgeSync en utilisant les procédures
ci-dessous :
Source Blogs Technet
Salut @ Tous,
Dans l'article précédent j'ai essayer de vous montrez comment configurer System Center Data Protection Manager afin d'exploiter la fonctionnalité de sauvegarde de Ferme de Serveurs SharePoint.
Au cours de cet article nous allons aborder un scenario simple et ensuite voir la création de sauvegarde de Ferme de Serveurs SharePoint avec DPM 2007.
Vous êtes un administrateur SharePoint hélas il n'y a pas l'option de sauvegarde de Ferme de SharePoint dans la console de DPM, le minimum que vous allez faire est de sauvegarder les Bases de donnes SharePoint via DPM.
Par la suite vous découvrez comment configurer DPM pour Sauvegarder une Ferme de Serveur SharePoint (http://isafirewalls.org/blogs/oussema/archive/2010/02/17/sauvegarder-windows-sharepoint-services-3-avec-data-protection-manager-2007-how-to.aspx)
vous suivez les étapes de configuration et vous tomber sur le message d'erreur suivant
C'est Normal Puisque la Base de donnes de Configuration de SharePoint est encours de protection via DPM, Donc il suffit de désactiver la protection de la Base de donnes de Configuration de SharePoint depuis la console DPM
Dans La Console DPM/Protection, Clic droit sur La Base de donnes de Configuration de SharePoint, ensuite sélectionner Arrêter la protection du membre.
Apres avoir Régler ce petit souci de ce cas particulier, on va créer une sauvegarde de SharePoint via DPM 2007, Dans La Console DPM/Protection Sélectionner Créer un Groupe de Protection
Développer les Options pour le Serveur SharePoint et sélectionner La Ferme de Serveur SharePoint, ensuite suivez les Etapes
Conclusion :
Nous avons montré dans ces deux Article Comment un Administrateur SharePoint peu facilement Configurer et Sauvegarder une Ferme de Serveur SharePoint en utilisant la technologie System Center Data Protection Manager 2007
Cordialement,
Oussema FEKIH
Salut @ Tous,
DPM 2007 est conçu pour l'administrateur SharePoint et utilise des workflows et des assistants pour vous assurer la protection de vos données sans nécessiter une expertise dans les technologies de stockage et de sauvegarde.
Certainement beaucoup d'administrateur SharePoint comme moi ont lu cette phrase qui décrit la simplicité de sauvegarder SharePoint via DPM
Les administrateurs SharePoint Sélectionne simplement la ferme à protégé ; DPM comprend quel composants doivent être sauvegardées.
Alors, après l'installation de l'agent DPM sur le serveur SharePoint, on lance la console d'administration de DPM
Dans la partie Protection de la console on sélectionne la tache Crée un Groupe de Protection
On Sélectionne le Serveur Windows SharePoint
Surprise !!! On ne trouve pas l’option pour sélectionner notre ferme SharePoint.
La Question qui se pose : Pourquoi DPM ne détecte pas que les services SharePoint installé sur notre serveur?
La Réponse : Pour que DPM détecte et gère la sauvegarde SharePoint on doit configurer le service Windows SharePoint Services VSS Writer, ci-dessous la procédure :
Sur notre serveur Sharepoint, on va vérifier l’état du service Windows SharePoint Services VSS Writer
On trouve que le service Windows SharePoint Services VSS Writer est arête.
Alors, on lance l’invite de commande, puis on se positionne sur le sous répertoire BIN du répertoire d’installation de l’agent DPM (par défaut c:\Program Files\Microsoft Data Protection Manager\DPM\bin)
A la suite on tape la commande ConfigureSharePoint.exe –EnableSharePointProtection
On tape le login et mot de passe de l’administrateur de la ferme sharepoint
Après le succès de la commande on vérifie que le service Windows SharePoint Services VSS Writer est configuré et démarré
Ensuite sur le serveur DPM Dans la partie Protection de la console DPM on sélectionne la tache Crée un Groupe de Protection
À la suite on pointe sur le nom de notre serveur SharePoint
Enfin on a le choix pour sélectionner notre ferme SharePoint à protégé J
Cordialement,
Oussema FEKIH
la Release Candidate (RC) du successeur d’ISA Server : Forefront Threat Management Gateway (TMG) vient de sortir.
Pre-requis :
- Windows Server 2008 SP2 64bit ou Windows Server 2008 R2 64bit
- 1 Processeur 64bit Dual Core ou plus
- 2 Go de RAM ou Plus
- 2,5 Go d'espace libre sur une partition NTFS
Telecharger Forefront TMG RC
Bonjour @Tous,
Je vous présente dans cette e-Demo l'installation de la version bêta 1 de Microsoft Exchange Server 2010.
Dans cette session l'installation d'Exchange Server 2010 sera effectuer sur Windows Server 2008 R2 RC Build 7100
Je rappelle que pour des raisons d'incompatibilité ce scenario n'est pas supporté actuellement et il faudra attendre la prochaine version d'Exchange 2010. Mais vous allez voir dans ce webcast comment faire pour cohabiter les deux technologies ensemble et ca sera une occasion pour se familiariser avec l'administration d'Exchange via Windows Powershell :
Bonjour @ Tous,
Après la mise à disposition en avance de phase pour les abonnées MSDN et Technet depuis le 28 avril, la version Release Candidate de Windows 7 et de Windows 2008 R2 sont disponible pour tous !
(la version Release Candidate est pour l'évaluation et des tests)
Veillez à sauvegarder vos données et à ne pas tester les versions Release Candidate de Windows sur vos ordinateur (personnel ou professionnel principal) et/ou vos serveurs de production.
Bonjour @ Tous, 
Plusieurs packages correctif cumulatif ( Hotfix rollup package ) sont désormais disponible pour :
Bonsoir,
Célébrer le 25e anniversaire de Microsoft Press avec un "e-book gratuit".
Il suffit de s'inscrire dans Microsoft Press e-Book et de télécharger la sélection du mois :
Enjoy 
Bonjour @ Tous,
La première version Beta d'Exchange Server 2010 (Nom de code Exchange 14) est disponible en téléchargement en Français ICI
Après l'installation, cette version Beta est valable 360 jours, et ne nécessite pas une clé d'activation.
Je vous invite à prendre connaissance sur les Nouveautés d’Exchange Server 2010
A noter qu’Exchange Server 2010, tout comme les prochains produits d’entreprise de Microsoft comme Forefront TMG; Windows Server 2008 R2 ... sont disponible qu’en version 64 Bits uniquement.
voici quelques-unes des nouveautés d'Exchange 2010 Enjoy :
- Les Archives Online : Cela donne à l'administrateur les armes pour combattre le cauchemar de la gestion des PST tout en laissant la possibilité à l'utilisateur d'archiver ses messages. C'est en quelque sorte une boite aux lettres secondaire qui est accessible via OWA et Outlook.
-
Outlook Live : c'est la nouvelle interface de OWA. Pour comprendre quel travail a été réalisé, il suffit de regarder la nouvelle interface :
- Assistant Personnel de boite aux lettres : Il est possible de créer des règles autour de la messagerie vocale pour router les appels différemment selon ses propres critères. Par exemple: si je suis absent du bureau et que l'appel provient de Mr X alors router l'appel vers mon téléphone mobile, si l'appel concerne le projet Y alors transférer vers mon assistante etc …
-
SMS : Les SMS deviennent un élément de messagerie comme un autre et il est possible d'envoyer des SMS depuis sa boite aux lettres comme il sera possible d'avoir ses SMS dans sa boite aux lettres.
-
Réduction des I/O : Même si Exchange 2007 avait apporté des améliorations du coté de la gestion des I/O par rapport à Exchange 2003, un nouveau pas est fait en avant avec Exchange 2010. On réduit de 50% les I/O par rapport à Exchange 2007 et le moteur JET a été optimisé pour des disques SATA.
- Coté Accès Client (CAS) : les accès MAPI / RPC se font dans cette nouvelle version sur le serveur CAS et non plus directement sur le serveur de boites aux lettres directement. Ainsi, les accès clients ne se font que sur le serveur qui héberge le rôle CAS, permettant ainsi de réduire le code client qui est dans le moteur de gestion de la base de données et donc d'améliorer la disponibilité du rôle Mailbox.
- Transport : Il est maintenant possible d'appliquer des droits RMS (Right Management Services) au niveau du transport des messages permettant ainsi d'éviter la fuite d'informations confidentielles sans nécessairement faire confiance aux utilisateurs. Il sera possible d'appliquer un modèle RMS à tous les messages contenant un mot clef particulier. Cette application de modèles RMS pourra aussi se faire en se basant sur le destinataire par exemple tous les messages envoyés au département légal auront un modèle RMS d'appliqué.
- Administration : Exchange 2010 exploite un nouveau modèle de droits en se basant sur des rôles, c'est le Role Based Access Control (RBAC).
- Déplacement de Boites aux lettres : Il est maintenant possible de déplacer des boites aux lettres alors que l'utilisateur est connecté et continue à travailler.
- What's New in Exchange Server 2010
Bonjour @ Tous,
Un Nouveau Correctif est disponible pour System Center Data Protection Manager 2007 SP1, il permet de corriger quelque problemes rencontré avec DPM 2007 SP1 et remplace le correctif KB961502 (http://support.microsoft.com/kb/961502/ ) << Un réplica peut être répertorié comme incohérent après avoir installé System Center Data Protection Manager 2007 Service Pack 1 sur un ordinateur qui exécute une version 64 bit de Windows Server 2003 >>
Pour Telechargement et plus d'informations : http://support.microsoft.com/kb/963102/fr
Bonjour @Tous,
Je vous présente dans cette e-Demo l'installation de la version bêta 2 de Forefront TMG.
Pour éviter tout problème pendant l'installation de Forefront TMG, et avant de commencer, je tiens à attirer votre attention sur les notes suivantes qui concerne la Beta2:
· TMG ne fonctionnera que sur Windows Server 2008 64 bits. Il y aura une version 32-bit de démonstration après la sortie officielle de TMG, mais il n'y aura pas de versions bêta qui s'exécutent en 32 bits
· L'installation de Forefront TMG dans une configuration de groupe de travail n'est pas supportée. Forefront TMG doit être un membre d'un domaine.
· Une des étapes les plus importantes avant d'installer TMG, est de configurer les paramètres des interfaces réseau sur le serveur
· toutes les cartes réseau doivent être soit connecté ou Désactivé, au cours de l'installation de Forefront TMG.
· Forefront TMG installe le rôle serveur Web (IIS). Notez que ce composant n'est pas supprimé si Forefront TMG est désinstallé
· Forefront TMG bloque tous trafic IPv6
Les Pré-requis Matériels et logiciels de TMG sont ainsi :
Pré-requis Matériels :
· Un ordinateur avec un processeur 64 bits.
· Système d'exploitation Windows ® Server 2008 64-bits. Vous ne pouvez pas installer Forefront TMG sur les versions 32 bits de Windows Server 2008.
· 2 giga-octets (Go) ou plus de mémoire
· Une partition de disque dur local, qui est formaté avec le système de fichiers NTFS.
· 2,5 Go d'espace disque disponible. Ceci est une exclusivité de l'espace disque que vous souhaitez utiliser pour la mise en cache ou de stocker temporairement les fichiers lors de l'inspection malware.
· Une carte réseau qui est compatible avec le système d'exploitation, pour la communication avec le réseau interne.
· Une carte réseau supplémentaire pour chaque réseau connecté à l'ordinateur Forefront TMG.
Pré-requis Logiciels:
Vous devez installer les programmes suivants sur votre serveur avant d'installer TMG
· Dot Net Framework 3.5 - Téléchargez-le ici
· Deux fonctionnalités de Windows Server 2008 doivent être ajoutées:
o Windows Powershell
o Message Queuing Service - Intégration du service d'annuaire
Installation TMG beta2 :
Récemment j’étais entrain de diagnostiquer chez un client pourquoi il n’arrive pas à recevoir des e-mails, le serveur était en bonne état et ils ont la possibilité d’envoyer des e-mails, même le redémarrage du serveur ne résout pas le problème.
Les services Exchange sont bien démarré, donc j’ai commencé à simuler une conversation SMTP avec Exchange via Telnet :
Comment tester les opérations SMTP via Telnet : http://msexchangeteam.com/archive/2006/07/14/428324.aspx
Dès que j’ai commencé le test et j’essayer d’exécuter la commande « Mail From :test@domain.com » le serveur a répondu « 452 4.3.1 Insufficient system resources »
en vérifiant dans l’observateur d’événement on peut détecter ces deux événements :
Nom du journal :Application
Source : MSExchangeTransport
Date : 24/02/2009 09:37:19
ID de l'événement :15004
Catégorie de la tâche :ResourceManager
Niveau : Avertissement
Mots clés : Classique
Utilisateur : N/A
Ordinateur : Exchange.domain.local
Description :
La pression sur les ressources est passée de Normal à Moyenne.
L'utilisation des ressources suivantes a dépassé le niveau normal :
Base de données de files d'attente et espace disque (« C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que ») = 97 % [Moyenne] [Normal = 95 % Medium = 97 % High = 99 %]
Espace disque contenant le journal de base de données de files d'attente (« C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\ ») = 97 % [Moyenne] [Normal = 95 % Medium = 97 % High = 99 %]
Nom du journal :Application
Source : MSExchangeTransport
Date : 24/02/2009 09:32:48
ID de l'événement :15006
Catégorie de la tâche :ResourceManager
Niveau : Erreur
Mots clés : Classique
Utilisateur : N/A
Ordinateur : Exchange.domain.local
Description :
Le service de transport Microsoft Exchange rejette les soumissions de messages car l'espace disque disponible est passé en-dessous du seuil configuré.
L'utilisation des ressources suivantes a dépassé le niveau normal :
Base de données de files d'attente et espace disque (« C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que ») = 97 % [Moyenne] [Normal = 95 % Medium = 97 % High = 99 %]
Espace disque contenant le journal de base de données de files d'attente (« C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\ ») = 97 % [Moyenne] [Normal = 95 % Medium = 97 % High = 99 %]
Il est à noter quand un serveur de transport Hub ou serveur de transport Edge Exchange 2007 épuise ces ressources surveillées, le service cesse d'accepter de nouveaux messages tant que les ressources n'ont pas atteint des niveaux acceptables. Cette situation est appelée régulation du flux
La régulation du flux est une fonctionnalité d'analyse des ressources système du service de transport de Microsoft Exchange, Les ressources système essentielles, telles que l'espace disponible sur le disque dur et la mémoire disponible sont analysés. Si l'utilisation d'une ressource système dépasse la limite définie, le serveur Exchange n'accepte plus de nouvelles connexions ni de nouveaux messages. L'objectif est de prévenir la saturation des ressources système et de permettre au serveur Exchange de remettre les messages existants. Lorsque l'utilisation des ressources système revient à un niveau normal, le serveur Exchange accepte les nouvelles connexions et les nouveaux messages.
Dans mon cas Puisque l'espace libre disponible est inférieur à la quantité requise, le niveau d'utilisation du lecteur de disque dur est considéré comme élevé. Par conséquent, tous les flux de messages s'arrêtent. Dans ce cas, on a 3 méthodes possible :
- Déplacer la base de données des files d'attente de messages sur un autre disque dur disposant de plus d'espace disponible.
- Augmenter les valeurs des paramètres PercentageDatabaseDiskSpaceUsedHighThreshold, PercentageDatabaseDiskSpaceUsedMediumThreshold ou PercentageDatabaseDiskSpaceUsedNormalThreshold.
- Désactiver la fonctionnalité de régulation du flux
|
Important : |
|
Lorsque les limites de la fonctionnalité de régulation du flux pour l'utilisation de l'espace disponible sur le disque dur (ou Partition) sont définies sur leurs valeurs par défaut, le disque dur qui stocke la base de données des files d'attente de messages sur un serveur de transport Edge ou Hub doit toujours disposer d'une quantité fixe d'espace disponible.
· Dans la version Exchange 2007 RTM, la quantité d'espace requise sur le disque dur est de 4 Go.
· Dans Exchange 2007 SP1, la quantité d'espace requise sur le disque dur est de 500 Mo |
Comment Créer une base de données de files d'attente à un nouvel emplacement
Pour créer une base de données de files d'attente à un nouvel emplacement :
-
Ouvrez le fichier suivant à l'aide du Bloc-notes : C:\Program Files\Microsoft\Exchange Server\Bin\EdgeTransport.exe.config.
-
Modifiez la ligne suivante dans la section <appSettings> :
<add key="QueueDatabasePath" value="<LocalPath>" />
Par exemple, pour créer une base de données de files d'attente à l'emplacement « X:\Queue\QueueDB », modifiez le paramètre QueueDatabasePath comme suit :
<add key="QueueDatabasePath" value="X:\Queue\QueueDB" />
-
Enregistrez et fermez le fichier EdgeTransport.exe.config.
-
Redémarrez le service de transport Microsoft Exchange.
-
Vérifiez que les fichiers Mail.que et Trn.chk sont créés au nouvel emplacement.
-
Supprimez les fichiers Mail.que et Trn.chk inutilisés de l'emplacement original.
|
Attention : |
|
Il est fortement déconseillé de désactiver la fonctionnalité de régulation du flux sur un serveur de production. La désactivation des paramètres de régulation du flux peut entraîner une dégradation des performance ou une perte de données. Il est conseillé d'identifier et de corriger la cause principale de tout événement de régulation du flux que vous pouvez rencontrer avant de désactiver la régulation du flux. |
Comment Désactiver la fonctionnalité de régularisation du flux
Pour désactiver la fonctionnalité de régularisation de flux
-
Ouvrez le fichier suivant à l'aide du Bloc-notes : C:\Program Files\Microsoft\Exchange Server\Bin\EdgeTransport.exe.config.
-
Modifier dans la ligne suivante la valeur “true” par “false”
<add key="EnableResourceMonitoring" value="false" />
-
Enregistrez et fermez le fichier EdgeTransport.exe.config.
-
Redémarrez le service de transport Microsoft Exchange.
Bonjour,
Apres une mise a jour de System Center Data Protection Manager 2007 avec le SP1(installer sur 2008 Server x64), j'ai remarquer qu'en sélectionnant la zone de tâches Rapports de la Console d’administration DPM, le message d’erreur 3013 s’affiche :
Could not connect to SQL Server Reporting Server because of IIS Connectivity issues (Impossible de se connecter à SQL Server Reporting Server en raison de problèmes de connectivité IIS.)
DPM n’a pas pu se connecter au serveur SQL Server Reporting Services en raison de problèmes de connectivité IIS.
Sur l’ordinateur sur lequel la base de données DPM a été créée, redémarrez le service de publication World Wide Web (W3SVC). Dans le menu Outils d’administration, sélectionnez Services. Cliquez avec le bouton droit sur Service de publication World Wide Web, puis cliquez sur Démarrer.
ID : 3013
Voici la Solution Proposé par Microsoft dans le Troubleshooting du DPM :
Ce problème peut se produire lorsque le service de publication World Wide Web est interrompu ou que le site Web par défaut sous ce service est désactivé.
Pour corriger cette erreur :
1. Dans la console Services, vérifiez que l’état du service de publication World Wide Web est Démarré. Si le service n’est pas démarré, cliquez dessus avec le bouton droit, puis cliquez sur Démarrer.
2. Si l’état du service de publication World Wide Web est Démarré ou que le démarrage du service ne corrige pas l’erreur, vérifiez l’état du site Web par défaut.
Pour vérifier l’état du site Web par défaut :
a. Dans Outils d’administration, ouvrez le Gestionnaire des services Internet (IIS).
b. Dans le volet de navigation, cliquez sur Sites Web.
c. Dans le volet Détails, vérifiez que l’état du site Web par défaut est En cours d’exécution. Si tel n’est pas le cas, cliquez avec le bouton droit sur Site Web par défaut, puis cliquez sur Démarrer.
d. Fermez puis rouvrez la Console d’administration DPM.
Sauf que dans mon cas l’état du service de publication World Wide Web est Démarré, le redémarrage du service ne corrige pas l’erreur et en plus le site Web par défaut est en parfait etat.
Si vous vous trouvez dans ce même scenario pas de panique J, il faut vérifier la configuration de SQL Reporting Services dans IIS
1. S’assurer que l’application Pool du Default Web Site est bien Classic .NET AppPool :
1.1. Lancer Internet Information Services (IIS ) Manager
1.2. Aller dans Sites | Defaut Web Site
1.3. Cliquer sur Advanced Settings dans le bandeau de droite
1.4. Vérifier la valeur de Application Pool
2. S’assurer que l’application Pool des deux applications est bien ReportServer$DPM2007 :
2.1. Lancer Internet Information Services (IIS ) Manager
2.2. Aller dans Sites | Defaut Web Site | ReportServer$DPM2007
2.3. Cliquer sur Advanced Settings dans le bandeau de droite
2.4. Vérifier la valeur de Application Pool
2.5. Faire la même vérification pour Sites | Defaut Web Site | ReportServer$DPM2007
3. Modifier les permissions de l’application Report Server :
3.1. Lancer Internet Information Services (IIS ) Manager
3.2. Aller dans Sites | Defaut Web Site | ReportServer$DPM2007
3.3. Double-cliquer sur Handler Mapping dans la fenêtre de gauche
3.4. Cliquer sur Edit Feature Permissions… dans le bandeau de droite
3.5. Cocher Scripts
3.6. Cocher Execute puis valider
4. Exécuter Start | Run -> iisreset