Les services IIS font partie intégrante de tout serveur exécutant Exchange Server 2003. Les services IIS hébergent des composants essentiels dont Exchange Server 2003 doit disposer pour fonctionner en tant que système de messagerie. Les applications ISAPI (Internet Server Application Programming Interface) qu'Exchange Server 2003 ajoute au service Web, notamment Outlook Web Access, Outlook Mobile Access et ActiveSync Exchange, permettent aux utilisateurs d'accéder à Exchange via un choix de protocoles HTTP. Le service Web est également responsable de la communication RPC sur HTTP, si les utilisateurs recourent à ce mécanisme de communication pour accéder à leurs boîtes aux lettres sur Internet sans une connexion VPN (Virtual private network). Les services IIS hébergent le service SMTP qui implémente le moteur de transport central d'Exchange Server 2003. Les services IIS hébergent également les moteurs de protocole NNTP, IMAP4 et POP3 qui fournissent aux utilisateurs Internet l'accès aux données de messagerie sur la plupart des protocoles d'accès Internet. Le service FTP (File Transfer Protocol) est l'unique service de protocole des services IIS qui n'est pas important pour Exchange Server 2003 car ce n'est pas un protocole de messagerie.

La figure suivante illustre la méthode d'intégration de SMTP, NNTP, IMAP4, POP3, Outlook Web Access, Outlook Mobile Access et ActiveSync Exchange dans l'architecture IIS 6.0.

Composants Exchange Server 2003 dans l'architecture IIS 6.0

Exchange Server 2003 dépend des composants clés suivants des services IIS 6.0 :

• Inetinfo.exe   Composant en mode utilisateur qui exécute le processus principal des services IIS et héberge la plupart des moteurs de protocole des services IIS 6.0. Ces composants incluent FTP, SMTP, NNTP, IMAP4 et POP3. Le service d'administration s'exécute également dans le contexte du processus Inetinfo.exe. Il est important de savoir, cependant, que le service de publication WWW ne s'exécute pas dans Inetinfo.exe. L'architecture des services IIS 6.0 est repensée afin d'exécuter le service Web dans son propre contexte de processus pour des raisons de tolérance d'erreur, de performance et de sécurité.
  
• Métabase   Banque de données qui contient les données de configuration des services IIS. Il s'agit d'un fichier .xml en texte brut qui peut être modifié manuellement ou par programme. Le fichier metabase.xml se trouve dans le répertoire \Windows\System32\Inetsrv. Pour plus d'informations sur la métabase, voir la rubrique Serveurs virtuels de protocole dans Exchange Server 2003.
  
• Service d'administration IIS   Ce service gère la métabase IIS et met à jour le Registre pour les services Web, FTP, SMTP, POP3, IMAP4 et NNTP. Le service d'administration IIS fournit également l'accès aux informations de configuration des services IIS à d'autres applications telles que le service de mise à jour de la métabase qui est un composant interne de la surveillance du système. Pour plus d'informations sur le service de mise à jour de métabase, voir la rubrique Exchange Server 2003 et Active Directory.
  La clé de Registre du service d'administration IIS est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IISAdmin. Le service d'administration IIS dépend du service d'appels de procédure distante et du service du Gestionnaire de comptes de sécurité. Tous les autres services IIS dépendent du service d'administration IIS. Le service d'administration IIS est implémenté dans Iisadmin.dll, qui, par défaut, réside dans le répertoire \Windows\System32\Inetsrv.
  

  Remarque :
  Le service d'administration IIS doit être en cours d'exécution sur tout serveur exécutant Exchange Server 2003.

• Service SMTP   Ce service exécute le moteur du protocole SMTP qui accepte les messages SMTP entrants sur le port TCP 25 par défaut et envoie des messages aux autres hôtes à l'aide du protocole SMTP. Sur un serveur exécutant Exchange Server 2003, le service SMTP contrôle également le moteur de transport principal. Le service SMTP est fourni avec Windows Server 2003 et est étendu par Exchange Server 2003. Pour plus d'informations sur l'architecture du transport SMTP, voir la rubrique Architecture du transport SMTP.
  La clé de Registre correspondant au service SMTP est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMTPSvc. Le service SMTP s'exécute dans le contexte du processus Inetinfo.exe. Il dépend du service Journal des événements et du service d'administration IIS. Le service SMTP est implémenté dans SMTPSvc.dll, qui, par défaut, réside dans le répertoire \Windows\System32\Inetsrv.
  

  Remarque :
  Aucun autre service ne dépend du service SMTP, cependant ce dernier doit être exécuté sur tout Exchange Server 2003, car tout le système de messagerie Exchange Server 2003 en dépend.

• Service POP3   Ce service est fourni avec Exchange Server 2003 et permet aux utilisateurs Internet d'accéder à leurs boîtes aux lettres via le protocole Post Office Protocol version 3. Des clients tels qu'Outlook Express peuvent télécharger des messages via le protocole POP3 lorsque l'utilisateur dispose des autorisations requises et que le service POP3 est exécuté sur le serveur exécutant Exchange Server. Le service POP3 fournit uniquement l'accès au dossier Boîte de réception. Les autres dossiers de boîte aux lettres ou publics ne sont pas accessibles.
  La clé de Registre correspondant au service POP3 est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\POP3Svc. Ce service s'exécute dans le contexte du processus Inetinfo.exe et dépend du service d'administration IIS, par conséquent il peut être contrôlé dans les services IIS. Le service POP3 est implémenté dans Pop3svc.dll qui, par défaut, réside dans le répertoire \Program Files\Exchsrvr\Bin. Par défaut, le service POP3 est désactivé.
  

  Remarque :
  Aucun autre service Exchange ne dépend du service POP3, par conséquent les utilisateurs n'ont pas besoin de l'exécuter s'ils n'utilisent pas de clients POP3 pour accéder à leurs boîtes aux lettres.

• Service NNTP   Ce service permet à un serveur Exchange Server 2003 d'héberger des groupes de discussion NNTP basés sur des dossiers publics. Cette fonctionnalité est entièrement compatible avec le protocole NNTP, par conséquent les utilisateurs peuvent utiliser n'importe quel client de lecture de News pour participer à des discussions de groupes. Lorsque le service NNTP s'exécute sur un serveur exécutant Exchange Server 2003, ce service peut également être utilisé pour répliquer des groupes de discussion avec d'autres hôtes NNTP par le biais d'échanges de News. Le service NNTP est fourni avec Windows Server 2003 et étendu par Exchange Server 2003.
  La clé de Registre correspondant au service NNTP est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NNTPSvc. Le service NNTP s'exécute dans le contexte du processus Inetinfo.exe et dépend des services Journal des événements et d'administration IIS. Le service NNTP est implémenté dans Nntpsvc.dll qui, par défaut, réside dans le répertoire \Windows\System32\Inetsrv. Par défaut, le service NNTP est désactivé.
  

  Remarque :
  Aucun autre service Exchange ne dépend du service NNTP, par conséquent les utilisateurs n'ont pas besoin de l'exécuter s'ils ne répliquent pas de groupes de discussion avec d'autres hôtes NNTP et s'ils n'utilisent pas les clients de lecture de News pour accéder aux dossiers publics.

• Service IMAP4   Ce service est fourni avec Exchange Server 2003 et permet aux utilisateurs Internet d'accéder à leurs boîtes aux lettres et dossiers publics par le biais de la version 4 du protocole IMAP. Des clients tels qu'Outlook Express peuvent télécharger des messages par le biais du protocole IMAP4 lorsque l'utilisateur dispose des autorisations requises et que le service IMAP4 est exécuté sur le serveur exécutant Exchange Server. Les utilisateurs du protocole IMAP4 peuvent également travailler avec des messages directement sur le serveur.
  La clé de Registre correspondant au service IMAP4 est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IMAP4Svc. Le service IMAP4 s'exécute dans le contexte du processus Inetinfo.exe et dépend du service d'administration IIS. Le service IMAP4 est implémenté dans IMAP4svc.dll qui, par défaut, réside dans le répertoire \Program Files\Exchsrvr\Bin. Par défaut, le service IMAP4 est désactivé.
  

  Remarque :
  Aucun autre service Exchange ne dépend du service IMAP4, par conséquent les utilisateurs n'ont pas besoin de l'exécuter s'ils n'utilisent pas de clients IMAP4 pour accéder à leurs boîtes aux lettres.

• Service de publication sur le World Wide Web   Ce service, fourni avec Windows Server 2003, est un gestionnaire de processus et de configuration en mode utilisateur, qui gère les composants des services IIS qui eux-mêmes traitent les demandes HTTP et exécutent les applications Web telles qu'Outlook Web Access, Outlook Mobile Access et ActiveSync Exchange. Le service Web est également un composant d'analyse qui vérifie périodiquement les applications Web pour déterminer si celles-ci sont en cours d'exécution ou ont été arrêtées de manière inattendue. Le service Web est fourni avec Windows Server 2003. Exchange Server 2003 étend ce service avec les composants ISAPI pour Outlook Web Access, Outlook Mobile Access et ActiveSync Exchange.
  La clé de Registre correspondant au service WWW est HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3Svc. Contrairement aux autres services IIS, le service Web ne s'exécute pas dans le contexte du processus Inetinfo.exe. Si vous vérifiez le paramètre ImagePath sous la clé de Registre W3Svc, vous pouvez constater que le service Web s'exécute dans le contexte du processus Svchost.exe qui est un processus d'hôte générique pour les services implémentés dans des DLL. Le service Web est implémenté dans Iisw3adm.dll.
  Ce service s'exécute dans un groupe de service Svchost.exe appelé IISSvcs. Svchost.exe utilise des groupes de service pour exécuter ensemble des services séparés dans une seule instance de Svchost.exe. Plusieurs instances de Svchost.exe peuvent s'exécuter sur un serveur et chaque session de Svchost.exe peut contenir un groupe distinct de services. Les groupes Svchost sont répertoriés dans la clé de Registre ci-après.
  HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Svchost.
  Chaque entrée sous cette clé est un paramètre REG_MULTI_SZ représentant un groupe Svchost distinct. Chaque valeur contient les noms des services qui s'exécutent ensemble dans un groupe de service. Si vous vérifiez la valeur de l'entrée IISSvcs, vous constatez que le service Web est le seul service du groupe IISSvcs.
  
• Processus de travail sur le World Wide Web   Tout traitement d'application Web, y compris le chargement de filtres et d'extensions ISAPI, ainsi que l'authentification et l'autorisation, est effectué par un processus de travail sur le World Wide Web. Le fichier exécutable de processus de travail est appelé w3wp.exe. Chaque processus de travail fournit une isolation complète des composants système et des autres applications Web, et reçoit les demandes directement du pilote HTTP.sys en mode noyau.
  
• Pool d'application   File de d'attente de demandes au sein de HTTP.sys qui est utilisée par un ou plusieurs processus de travail. En d'autres termes, un pool d'application peut répondre à des demandes pour une ou plusieurs applications Web. Ces applications Web sont attribuées au pool d'application selon leur URL. Tous les pools d'application sont séparés les uns des autres par des limites de processus. Une application attribuée à un pool d'application n'est pas affectée par d'autres pools d'application et cette application ne peut être acheminée par un autre pool d'application pendant qu'elle est prise en charge par le pool d'application actuel.
  Tous les services d'exécution d'application HTTP nécessaires, tels que la prise en charge d'extension ISAPI, sont également disponibles dans n'importe quel pool d'application. Cette conception empêche une application Web ou un site Web présentant un dysfonctionnement de perturber d'autres applications Web (ou d'autres sites Web) pris en charge dans d'autres processus de travail sur ce serveur. Il est maintenant possible de décharger des composants intra-processus sans devoir arrêter tout le service Web. Le processus de travail peut être mis en pause temporairement sans affecter d'autres processus de travail qui communiquent avec des navigateurs Web ou d'autres applications Web. Un pool d'application peut également exploiter d'autres services du système d'exploitation qui sont disponibles au niveau du processus (par exemple, la limitation de l'utilisation du processeur).
  

  Remarque :
  Des applications peuvent être attribuées à un autre pool d'application du composant logiciel enfichable du gestionnaire des services IIS pendant que le serveur est en cours d'exécution. Les services IIS prennent en charge jusqu'à 20 000 pools d'application par serveur.

• HTTP.sys   Il s'agit du composant en mode noyau pour l'écoute, le routage, la mise en file d'attente et la mise en cache HTTP. HTTP.sys est un point de contact unique pour toutes les demandes HTTP entrantes. Il fournit une connectivité très performante aux applications serveur HTTP. Le pilote se place sur TCP/IP et s'auto-enregistre pour tous les sockets Windows (combinaisons IP/port) sur lesquels des demandes de connexion entrantes sont reçues. HTTP.sys est également chargé de la gestion de la connexion générale, de la limitation de bande passante et de l'ouverture de session de serveur Web.
  HTTP.sys maintient une file d'attente pour chaque pool d'application afin que les demandes HTTP individuelles soient acheminées vers les processus de travail du mode utilisateur corrects qui prennent en charge un pool d'application. Si un processus de travail du mode utilisateur s'arrête de manière inattendue, HTTP.sys continue à accepter et à mettre en file d'attente les demandes, tant que le service Web est en cours d'exécution. HTTP.sys continue à accepter des demandes et à les mettre dans les files d'attente appropriées jusqu'à ce qu'il n'y ait plus de file disponible, ni d'espace disponible dans les files ou que le service Web soit arrêté. Lorsque le service Web signale l'échec du processus de travail, il démarre un nouveau processus de travail, s'il existe des demandes en attente d'être prises en charge pour le pool d'application du processus de travail. Ainsi, alors qu'il risque d'y avoir une interruption temporaire dans le processus de demande en mode utilisateur, l'utilisateur ne constate pas d'échec car les demandes continuent à être acceptées et mises dans des files d'attente.