Numéro spécial : Windows Server 2008

Mise en route d'IIS 7.0

Isaac Roybal

Vue d'ensemble:

• Changements dans l'architecture IIS 7.0
• Gestion d'IIS 7.0
• Compatibilité descendante
• Dépannage d'IIS 7.0

Les services informatiques ne sont pas tous les mêmes : chaque service a des besoins et des objectifs qui lui sont propres, surtout quand il s'agit d'héberger des sites Web ou des services. Les serveurs Web ont souvent besoin d'une mise au point par ci ou d'une mise à jour par là, tout en

nécessitant une maintenance efficace et continue. L'objectif de certaines des modifications importantes apportées à IIS 7.0 est d'aider les services informatiques à effectuer ce travail lorsqu'ils créent des serveurs ou des batteries de serveurs Web.

Après avoir parcouru la liste de toutes les remarquables fonctionnalités d'IIS 7.0, j'étais impatient de partager mes sentiments avec vous à ce sujet. Toutefois, lorsque je me suis rendu compte que je ne pourrai pas toutes les mentionner dans cet article, j'ai décidé de me concentrer sur les fonctionnalités et les modifications les plus importantes d'IIS 7.0. Pour plus d'informations, consultez le site Web de la communauté IIS à IIS.net.

Nouvelle architecture

Les principales modifications d'IIS 7.0 concernent l'architecture, le traitement des requêtes, la prise en charge de l'infrastructure des applications PHP et le magasin de configuration. Dans IIS 6.0, les fonctionnalités étaient proposées comme un tout. Il fallait installer toutes les fonctionnalités et vous ne pouviez personnaliser IIS qu'avec ISAPI.

IIS a été créé en partant du principe qu'en tant qu'administrateur Web, vous devez commencer avec une série de fonctionnalités de base puis ajouter uniquement les fonctionnalités désirées à votre environnement. Vous connaissez votre environnement mieux que quiconque et IIS 7.0 vous propose donc les blocs de construction dont vous avez besoin pour créer votre propre serveur Web personnalisé. Ce faisant, il réduit vos frais administratifs en réduisant la surface d'attaque de votre serveur et en éliminant le besoin de mettre à jour les composants que vous n'utilisez pas. L'élément clé de cette nouvelle approche est l'architecture modulaire d'IIS 7.0.

IIS 7.0 est doté d'une nouvelle conception qui vous permet de choisir les fonctionnalités (appelées également modules) qui doivent être installées sur le serveur. Ces modules s'intègrent directement au pipeline de requêtes intégré. Cette nouvelle conception modulaire comporte plusieurs avantages, notamment la réduction de la surface d'attaque et de l'encombrement de votre serveur Web.

IIS possède actuellement 40 modules par défaut ; par exemple, les authentifications de base, les authentifications anonymes et les authentifications Windows® sont désormais des modules individuels qui peuvent être ajoutés au pipeline de requêtes d'une manière indépendante. Pour simplifier la classification, les modules ont été groupés en huit sous-catégories (voir la figure 1).

Figure 1** Les modules IIS 7.0 sont divisés en huit zones fonctionnelles **(Cliquer sur l'image pour l'agrandir)

Cela signifie que vous pouvez désormais créer un serveur Web personnalisé, adapté à votre environnement. Mais qu'en est-il si vous avez besoin de fonctionnalités qui ne sont pas proposées par les 40 modules par défaut, par exemple des fonctionnalités d'authentification personnalisée ou de modification de contenu ? Aucun problème. Vous pouvez écrire un module en code natif ou géré à cet effet et le brancher sur le pipeline approprié. Ceci permet également à Microsoft d'écrire et publier de nouveaux modules individuels afin que vous n'ayez pas à attendre le Service Pack suivant ou la prochaine version d'un produit. IIS 7.0 vous permet également de remplacer n'importe quel module par défaut (parmi les 40 disponibles) par vos propres modules personnalisés. Pour plus d'informations sur la manière de créer votre propre module, consultez IIS.net.

Pipeline de requêtes intégré

Imaginez le pipeline de requêtes intégré comme la série essentielle d'étapes linéaires qui doivent être suivies à chaque fois qu'une page est proposée (comme illustré par la figure 2). Généralement, une authentification doit avoir lieu, suivie par l'autorisation de récupérer le contenu, la détermination et l'exécution du gestionnaire nécessaire pour ce contenu, l'exécution de toute opération de journalisation nécessaire et enfin l'envoi d'une réponse. Le pipeline de requêtes intégré permet à IIS 7.0 d'exécuter différentes infrastructures d'application en même temps. Par exemple, vous pouvez exécuter une authentification de formulaires sur du contenu PHP et un module de journalisation personnalisé, le tout dans le même pipeline.

Figure 2** Pipeline et modules intégrés IIS 7.0 **(Cliquer sur l'image pour l'agrandir)

Chaque site Web du serveur est doté d'un pipeline de requêtes intégré et peut être exécuté en mode Intégré ou Classique. Le mode Intégré ou mode par défaut permet de connecter des éléments de fonctionnalités particuliers au pipeline, ce qui vous donne un contrôle précis du processus de requête. Concernant la compatibilité, le mode Classique reproduit les fonctionnalités d'IIS 6.0/ISAPI par le biais d'un module ISAPI dans le pipeline. Ceci est très utile lorsque vous migrez vos applications vers IIS 7.0.

Installation par défaut

Passons, à présent, à la configuration de votre nouveau serveur Web modulaire. Si vous jetez un coup d'œil sur une installation par défaut d'IIS 7.0, vous remarquerez que seuls 10 modules (si vous comptez le service d'activation de processus Windows) sont inclus. Le programme d'installation d'IIS 7.0 fournit les fonctionnalités de base d'IIS lorsque vous installez le rôle Serveur Web, et plus précisément, uniquement les modules requis pour proposer du contenu statique tel que le contenu HTML simple ou le contenu ASP classique. Il vous appartient d'installer ce que vous voulez sur le serveur. Voici les fonctionnalités incluses dans une installation par défaut :

• Les fonctionnalités HTTP courantes, notamment Contenu statique, Document par défaut, Exploration de répertoire et erreurs HTTP
• Les fonctionnalités État de santé et Diagnostics telles que Journalisation HTTP et Observateur de demandes
• Les fonctionnalités liées à la sécurité telles que Filtrage des demandes
• Les fonctionnalités liées aux performances telles que Compression de contenu statique
• Les outils de gestion dont la Console de gestion IIS
• Le service d'activation de processus Windows

Comme vous le voyez, il s'agit d'un serveur minimal qui n'inclut pas de fonctionnalités ASP.NET ou de nouvelles fonctionnalité IIS 7.0 telles que les fonctionnalités de diagnostic et dépannage. Vous pouvez aisément activer d'autres fonctionnalités sur le serveur, telles que la capacité à proposer du contenu dynamique comme ASP.NET et FastCGI (PHP). Sélectionnez la série de modules que vous souhaitez installer depuis le rôle de serveur Web « Ajouter des services de rôle », dans Windows Server® 2008 Server Manager.

Nouveau magasin de configuration

Une autre modification clé qui a été apportée à IIS 7.0 et qui vous facilitera beaucoup les choses est le nouveau magasin de configuration. La métabase, composant désormais installé en option pour des raisons de compatibilité descendante, a été remplacée par un système de configuration XML. Mais, diriez-vous... « La métabase était en XML » ! Oui, en effet ! Mais elle n'était pas conviviale et elle n'était pas facile à lire (du moins pour les humains). Elle a été remplacée par un système XML plus flexible. Tout comme ASP.NET, IIS 7.0 utilise des fichiers .config, c'es-à-dire des fichiers propres, simples, portables et faciles à lire.

L'adoption de ce format fait du système de configuration un système indépendant de l'ordinateur, contrairement à la métabase qui était associée à un ordinateur individuel. Par conséquent, vous pouvez désormais transposer aisément le système de configuration aux autres serveurs avec un simple glisser-déplacer ou xcopy et c'est parti !

Ce nouveau système de configuration convient parfaitement aussi aux batteries de serveurs Web grâce à une nouvelle fonctionnalité d'IIS 7.0 appelée Configuration partagée. Puisque ce nouveau système de configuration est portable, vous pouvez partager un fichier de configuration principal avec tous les nœuds de la batterie. La Configuration partagée vous permet d'exporter la configuration d'un bon serveur de préproduction et de la partager dans votre environnement de production ou votre environnement « réel ».

Lorsque vous exportez le fichier .config, vous devez lui donner un mot de passe de clé de chiffrement. Ce mot de passe sert à protéger le fichier .config de votre serveur contre un serveur Web non autorisé qui tenterait d'imiter sa configuration.

L'activation de la Configuration partagée est simple. Dans le nœud de serveur du Gestionnaire des services Internet, sélectionnez l'option Configuration partagée, située sous la section Gestion du volet des tâches. Ensuite, cochez la case « Activer la configuration partagée », indiquez le chemin physique de la configuration que vous allez partager (en général, un partage UNC), entrez les informations d'identification requises pour accéder au chemin physique et cliquez sur Appliquer. Une fois le fichier .config trouvé, vous serez invité à fournir son mot de passe de chiffrement. À la fin de ce processus, redémarrez le Gestionnaire des services Internet afin qu'il reconnaisse le nouveau fichier .config.

La structure du nouveau système de configuration est différente de celle à laquelle vous êtes habitué. Jetons-y donc un coup d'œil. Comme l'indique la figure 3, la configuration d'IIS 7.0 est divisée en deux catégories : les paramètres liés à la totalité du serveur et les paramètres spécifiques aux sites. Tous les paramètres serveur sont enregistrés dans applicationhost.config qui est situé dans %systemroot%\windows\system32\inetsrv\config. Ils incluent tous les modules installés, les sites sur le serveur et ainsi de suite. Les paramètres spécifiques aux sites sont enregistrés dans les fichiers web.config individuels.

Figure 3** Il existe un fichier .config pour les paramètres serveur et des paramètres individuels séparés pour chaque site Web de ce serveur **(Cliquer sur l'image pour l'agrandir)

Si vous êtes familier avec ASP.NET, vous devez être aussi familier avec les fichiers web.config. IIS 7.0 utilise les fichiers web.config pour enregistrer des paramètres spécifiques aux sites Web individuels tels que les paramètres par défaut des documents et applications d'un site, ainsi que les paramètres ASP.NET. Cela signifie que vous aurez un fichier web.config pour chaque site se trouvant sur votre serveur.

Le fichier web.config d'un site est situé dans le chemin physique du site, par exemple %systemroot%\inetpub\wwwroot. Cette conception offre les mêmes avantages de portabilité que ceux qui ont été décrits auparavant mais au niveau du site. Vous pouvez facilement développer un site sur un serveur de test, par exemple, puis simplement glisser-déplacer ou utiliser xcopy pour copier les fichiers web.config et les fichiers des applications du site sur un serveur de production.

Que vous transposiez ou partagiez des fichiers .config, faites bien attention aux informations liées à l'ordinateur telles que les adresses IP et les lettres de lecteur. En cas d'erreur, IIS 7.0 propose une solution en prenant en charge les variables des environnements des systèmes d'exploitation (telles que %systemroot%). Veillez également à ce que la même série de modules soit installée sur tous les serveurs de test et de production. Vous évitez ainsi les erreurs d'application inattendues. Les erreurs peuvent également survenir si le web.config référence un module qui n'est pas installé ou si un module par défaut entre en conflit avec un module personnalisé.

Gestion de votre serveur Web

Vous disposez donc d'un superbe serveur Web, tout neuf, personnalisable, flexible et portable. Mais comment allez-vous le gérer ? La gestion était un élément très important dans la planification et la construction d'IIS 7.0. Il existe plusieurs façons de traiter les tâches administratives.

Les préférences de gestion appartiennent généralement à au moins une catégorie parmi les trois catégories suivantes : administration de type pointer-cliquer depuis l'interface utilisateur, entrée de commandes à la ligne de commande et écriture de scripts pour automatiser autant que possible. Commençons par l'interface utilisateur.

Dans IIS 6.0, le composant enfichable MMC (Microsoft® Management Console) de l'interface utilisateur avait deux vues principales et familières : la vue Arborescence et la vue Onglet. Pour atteindre un paramètre, vous deviez cliquer avec le bouton droit et sélectionner Propriétés. Vous obteniez alors un groupe d'onglets ainsi que des cases d'option et des cases à cocher.

Dans IIS 7.0, l'interface utilisateur a fort heureusement été complètement repensée. Cette interface utilisateur, appelée Gestionnaire des services Internet, a été conçue pour permettre une approche orientée vers les tâches, comme l'indique la figure 4. Il existe également un gestionnaire à distance pour les clients de bas niveau tels que Windows XP et Windows Server 2003. Vous pouvez le télécharger sur IIS.net/downloads.

Figure 4** Nouvelle interface utilisateur dans IIS 7.0 **(Cliquer sur l'image pour l'agrandir)

La nouvelle interface utilisateur comprend le volet Connexions sur la gauche, le volet Actions sur la droite et le volet des tâches ou espace de travail au milieu. L'arborescence du gestionnaire de connexions sur la gauche est identique à l'arborescence d'IIS 6.0 avec des nœuds parents et enfants. La vue arborescence permet désormais de créer de nouvelles connexions, d'enregistrer les connexions actuelles ou de supprimer les connexions existantes. Le volet des tâches représente la meilleure amélioration qui ait été apportée à l'interface utilisateur. Il comprend deux vues. La vue principale prend toutes les propriétés configurables d'IIS de l'ancienne vue « onglets » et les groupe par zones administratives telles que services Internet, gestion et sécurité.

Les propriétés d'ASP.NET ont été également intégrées au Gestionnaire des services Internet, ce qui évite d'avoir à utiliser un composant logiciel enfichable MMC supplémentaire. Chaque propriété configurable possède sa propre icône et peut ainsi être localisée aisément. En outre, étant donné que le Gestionnaire des services Internet a été conçu comme une application Windows Forms, vous pouvez facilement ajouter des icônes de plug-in pour tout module ou fonctionnalité personnalisé que vous écrivez.

Le deuxième vue du volet des tâches est la vue de contenu qui est identique à IIS 6.0 en ce sens qu'elle vous permet de voir ce qui se trouve dans le répertoire de contenu d'un site et d'effectuer des actions par rapport à ce contenu. Elle innove, cependant, par sa capacité à sélectionner un contenu particulier, disons une page Web spécifique, puis à passer à une vue principale pour invoquer des paramètres sur le contenu sélectionné, ce qui vous permet de tout contrôler précisément, jusqu'au niveau de la page.

Autres méthodes de gestion

Pour ceux qui préfèrent la ligne de commande, il existe un nouvel outil puissant appelé APPCMD.exe qui vous permet d'effectuer des tâches simples comme par exemple arrêter un site ou sauvegarder le fichier .config courant et des tâches plus complexes telles que la recherche du schéma de la configuration. La syntaxe est très simple :

APPCMD (command) (object-type) <identifier> </parameter1:value1 ...>. 

Pour afficher tous les objets disponibles pour APPCMD, tapez :

APPCMD /? 

Ou, si vous voulez voir les commandes disponibles pour un certain type d'objet, entrez :

APPCMD (object-type) /?

Une remarque à l'intention de tous les codeurs : une API de code géré appelée Microsoft.Web.Administration et un nouveau fournisseur WMI (Windows Management Instrumentation) ont été ajoutés à IIS 7.0. Ces deux méthodes proposent de nombreuses options permettant de scripter, automatiser et écrire des outils pour la gestion d'IIS 7.0. Elles peuvent toutes deux être utilisées avec Windows PowerShell®, et le fournisseur WMI peut être également utilisé avec VBScript et JScript®. Pour plus d'informations, voir blogs.msdn.com/carlosag/archive/2006/04/17/MicrosoftWebAdministration.aspx.

Gestion à distance et administration déléguée

IIS 7.0 offrent de nouvelles manières de gérer à distance votre serveur, vos sites, vos applications Web et les droits d'administration délégués de façon sécurisée pour les non-administrateurs. Considérons, tout d'abord, les nouvelles fonctionnalités de gestion à distance et voyons comment elles peuvent vous faciliter la vie.

Par le passé, il y avait deux façons de gérer à distance un serveur IIS : à l'aide d'un site Web de gestion à distance ou en utilisant les services Bureau à distance ou les services Terminal Server pour accéder à l'interface utilisateur. Mais si vous étiez hors de votre pare-feu ou pas sur place, ces options n'étaient pas très utiles. IIS 7.0 comble cette lacune en intégrant des fonctions de gestion à distance directement à l'interface utilisateur. Ces fonctions utilisent un HTTPS compatibles avec les pare-feu.

La gestion à distance d'IIS 7.0 vous facilite la vie de plusieurs façons. Tout d'abord, vous obtenez une expérience d'interface utilisateur comme si vous aviez ouvert une session localement. Ensuite, vous n'avez pas besoin d'ouvrir des ports sur votre pare-feu puisque la communication se fait à travers HTTPS. Enfin, vous pouvez désormais gérer plusieurs serveurs d'une seule interface utilisateur. Plus besoin d'ouvrir plusieurs fenêtres de Bureau à distance ou de site Web distant en même temps.

Le service de gestion à distance d'IIS 7.0 est une petite application Web qui s'exécute en tant que service séparé sous un compte de service local Windows NT® appelé NT Service\WMSVC. Cette conception maintient les fonctionnalités de gestion à distance même si le serveur IIS lui-même est peu réactif.

Comme la plupart des fonctionnalités d'IIS 7.0, la gestion à distance n'est pas installée par défaut pour des raisons de sécurité. Pour installer la fonctionnalité de gestion à distance, ajoutez des services de rôles au rôle de serveur Web dans le Gestionnaire de serveur de Windows Server 2008 qui se trouve sous Outils de gestion. Une fois cette fonctionnalité installée, vous devez activer les connexions à distance et démarrer le service WMSVC puisqu'il est arrêté par défaut.

Le paramètre de démarrage par défaut du service WMSVC est manuel. Si vous voulez que le service soit lancé automatiquement après un redémarrage, vous devez modifier le paramètre et le régler sur Automatique. Pour ce faire, utilisez la ligne de commande et tapez :

sc config WMSVC start=auto

Lorsque vous activerez les connexions à distance via le service de gestion, vous verrez une liste de paramètres tels que les informations d'identification, les connexions et les restrictions d'adresses IPV4. La seule décision qui sera critique à ce moment est celle qui consiste à déterminer la série d'informations d'identification à laquelle vous devez accorder l'autorisation de se connecter à IIS 7.0 : les informations d'identification Windows uniquement ou les informations d'identification Windows et Gestionnaire des services Internet.

La première option vous permet d'autoriser uniquement les comptes utilisateur de Windows, qu'ils s'agissent de comptes locaux ou de domaine. La deuxième option concerne à la fois les utilisateurs de Windows et un type de compte qui est complètement nouveau dans IIS 7.0 et qui n'est pas associé aux comptes utilisateur de Windows : les Utilisateurs du Gestionnaire des services Internet. Avec les Utilisateurs du Gestionnaire des services Internet, les administrateurs peuvent créer des comptes utilisateur qui ne sont connus que dans le contexte d'IIS 7.0 et qui n'ont pas accès au système d'exploitation. Par défaut, enfin, le Gestionnaire des services Internet fournit un certificat autosigné au départ, mais il est recommandé d'ajouter un certificat SSL signé valide. À présent, appliquez votre paramètre et lancez le service.

Pour plus de contrôle et de sécurité, les administrateurs informatiques peuvent déléguer les tâches d'administration de sites individuels ou d'applications Web aux utilisateurs non administrateurs.

L'administration déléguée est essentiellement une administration à distance, mais elle limite l'accès aux sites individuels ou aux applications Web. La fonctionnalité Utilisateurs du Gestionnaire des services Internet est très utile dans ce cas de figure. Vous pouvez créer des utilisateurs IIS pour les propriétaires d'un site unique et déléguer l'autorisation d'administrer leur propre site ou application. Ils n'ont pas accès aux paramètres à l'échelle du serveur et sont limités aux paramètres qui sont uniquement liés à leur site ou application Web spécifique.

Vous pouvez également spécifier les fonctionnalités et paramètres que les utilisateurs peuvent modifier et même les fonctionnalités et paramètres qui sont affichés dans l'interface utilisateur. Par exemple, si vous ne voulez pas que quelqu'un modifie le type d'authentification utilisée pour son site, vous pouvez faire de cette authentification une fonctionnalité à lecture seule ou non héritée. Lorsqu'une fonctionnalité est en lecture seule, les utilisateurs peuvent y accéder et en déterminer le paramètre mais ils ne peuvent pas la modifier ; avec le paramètre non hérité, l'icône de la fonctionnalité ne s'affichera pas dans la vue du Gestionnaire des services Internet de l'utilisateur délégué. Ce genre de délégation de fonctionnalité vous permet de fournir un accès strictement contrôlé aux autres utilisateurs sans leur donner le contrôle administratif du serveur Web.

Passage à IIS 7.0

Lors de la conception d'IIS 7.0, l'équipe a voulu s'assurer que la transition vers ce produit soit aussi fluide que possible en autorisant l'utilisation de certains de vos investissements existants dans les outils de gestion et les scripts d'IIS 6.0. L'équipe a consacré beaucoup de temps à la compatibilité descendante d'IIS 7.0 afin que ce dernier accepte vos scripts d'IIS 6.0. Il existe toute une série d'outils, allant de la compatibilité de la métabase d'IIS 6.0 à la console de gestion même d'IIS 6.0, que vous pouvez installer sous le nœud de compatibilité de gestion d'IIS 6.0, dans le programme d'installation.

L'infrastructure de compatibilité de la métabase d'IIS 6.0 utilise un composant appelé ADOMapper. Il vous permet d'exécuter vos scripts de métabase ABO (Admin Base Object) et ADSI (Active Directory Entretient l'Interface) d'IIS 6.0 par rapport au nouveau système de configuration, le limitant uniquement aux tâches qu'IIS 6.0 pouvait effectuer. Ainsi, il ne peut pas lire ou écrire de nouvelles propriétés IIS 7.0 , accéder aux nouvelles données du service d'exécution ou lire ou écrire des propriétés ASP.NET ou des fichiers web.config.

Dépannage et diagnostics

Le dépannage et les diagnostics ont toujours été des tâches laborieuses. Examiner tous les journaux et essayer de reproduire un problème dans une grande batterie de serveurs Web ou même dans un seul serveur n'est pas une tâche de tout repos. IIS 7.0 dispose également de l'outil appelé Suivi des demandes ayant échoué qui aide à accomplir cette tâche un peu plus rapidement. Il peut être utile dans plusieurs situations, y compris lorsqu'une requête se bloque ou produit des erreurs et lorsqu'il s'agit d'examiner les problèmes d'authentification et d'autorisation.

L'outil Suivi des demandes ayant échoué utilise des règles de suivi pour la recherche d'erreurs. Vous pouvez créer des règles de suivi pour rechercher des types de comportement ou des erreurs en spécifiant le type de contenu que vous aimeriez suivre (par exemple tout le contenu du serveur, uniquement le contenu ASP.NET ou le contenu personnalisé tel que PHP) et les conditions auxquelles le suivi doit commencer (par exemple si un certain code d'état est renvoyé, si le temps mis pour servir la page n'est pas normal, en cas de gravité d'un événement ou toutes ces conditions).

Supposons, par exemple, que des utilisateurs signalent qu'un site met beaucoup de temps à se charger. Dans tous les cas, ce scénario est dur à reproduire, en particulier si vous avez des milliers d'accès par heure. Avec l'outil Suivi des demandes ayant échoué, vous ajoutez tout simplement une règle de suivi pour démarrer la journalisation lorsqu'une page prend plus de temps qu'il n'en faut à se charger (dans ce cas de figure, disons deux secondes) et vous attendez que le serveur reproduise le problème lui-même (voir la figure 5).

Figure 5** Utilisation de l'outil Suivi des demandes ayant échoué pour le dépannage **(Cliquer sur l'image pour l'agrandir)

La différence entre l'outil Suivi des demandes ayant échoué et la journalisation traditionnelle est que le premier n'enregistre que s'il détecte un critère de requête qui a échoué. Le fichier journal lui-même est un fichier XML sur lequel est superposée une feuille de style XML, ce qui en fait un fichier propre et facile à lire. Comme la plupart des autres fonctionnalités IIS 7.0, cette fonctionnalité n'est pas installée par défaut. Elle se trouve sous la section réservée à l'état de santé et aux diagnostics du programme d'installation. En outre, vous devez l'activer dans le Gestionnaire des services Internet.

IIS 7.0 représente un grand pas en avant pour tous les administrateurs. Sa nouvelle architecture et ses nouvelles capacités vous offrent toute l'agilité et la flexibilité dont vous avez besoin pour vous adapter à un environnement en constante mutation. Avec ses fonctionnalités d'administration, ses outils de compatibilité descendante et ses capacités de dépannage, il est prêt à être déployé dès aujourd'hui et à commencer à travailler avec votre environnement existant.

Isaac Roybal est responsable de produit Windows Server chez Microsoft. Ses responsabilités incluent tout ce qui concerne le Web dans Windows Server. Isaac travaille avec Windows Server depuis Windows NT 3.51 et IIS 4.0. Auparavant, il était responsable de programme dans le groupe Office Internet Platform and Operations. Il possède une certification MCSE pour Windows NT 4.0, Windows 2000 et Windows Server 2003.

© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.