Adresse IP et port d'Ècoute

Vue d'ensemble

Au dÈmarrage d'Apache, un port et une adresse lui sont associÈs sur l'hÒte local et le serveur se met en attente de l'arrivÈe d'une requÉte. Par dÈfaut, le serveur Ècoute toutes les adresses de l'hÒte local. Cependant, on peut lui prÈciser des ports spÈcifiques Þ Ècouter, ou lui dire de n'Ècouter que sur certaines adresses, ou une combinaison des deux. Tout ceci est souvent associÈ avec la fonctionnalitÈ des hÒtes virtuels qui dÈtermine la maniÕre dont Apache rÈpond aux diffÈrents ports, noms d'hÒtes et adresses IP.

La directive Listen enjoint le serveur de n'accepter des requÉtes que sur les ports spÈcifiÈs ou une combinaison adresse/port. Si seul un numÈro de port est spÈcifiÈ dans la directive Listen, le serveur Ècoute ce port sur toutes les interfaces rÈseau. Si une adresse IP est spÈcifiÈe en plus du port, le serveur va Ècouter ce port sur l'interface rÈseau correspondante. On peut utiliser de multiples directives Listen pour spÈcifier plusieurs adresses et ports Þ Ècouter. Le serveur rÈpondra alors aux requÉtes sur ces ports et adresses spÈcifiÈs.

Par exemple, pour faire en sorte que le serveur accepte des connexions sur les ports 80 et 8000 sur toutes ses interfaces, utilisez :

Pour faire en sorte que le serveur accepte des connexions sur le port 80 sur une interface, et sur le port 8000 sur une autre interface :

Les adresses IPv6 doivent Étre entourÉes de crochets, comme dans l'exemple suivant :

Remarques spÈcifiques Þ IPv6

Un nombre croissant de plateformes implÈmentent IPv6, et APR supporte IPv6 sur la plupart d'entre elles, ce qui permet Þ Apache d'allouer des points de connexion (sockets) IPv6 et de traiter des requÉtes envoyÈes sur IPv6.

Les administrateurs d'Apache doivent se prÈoccuper de la possibilitÈ pour un point de connexion IPv6 de traiter Þ la fois des connexions IPv4 et des connexions IPv6. Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise des adresses IPv6 traduites en IPv4, qui sont autorisÈes par dÈfaut sur la plupart des plateformes, mais sont interdites par dÈfaut sous FreeBSD, NetBSD, et OpenBSD, afin de respecter la politique de sÈcuritÈ du systÕme sur ces plateformes. Mais mÉme sur les systÕmes oÛ ces adresses sont interdites par dÈfaut, un paramÕtre spÈcial du script configure permet de modifier ce comportement pour Apache.

En revanche, sur certaines plateformes comme Linux et Tru64, la seule maniÕre de gÈrer Þ la fois IPv6 et IPv4 passe par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gÕre des connexions IPv4 et IPv6 avec un minimum de points de connexion, ce qui nÈcessite l'utilisation d'adresses IPv6 traduites en IPv4, utilisez l'option --enable-v4-mapped du script configure.

L'option --enable-v4-mapped est utilisÈe par dÈfaut sur toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD; votre Apache a donc probablement ÈtÈ construit avec cette option.

Si vous souhaitez qu'Apache ne gÕre que des connexions IPv4, sans se soucier de ce que vos plateforme et APR supportent, spÈcifiez une adresse IPv4 dans toutes les directives Listen, comme dans l'exemple suivant :

Si votre plateforme le supporte et si vous souhaitez qu'Apache gÕre des connexions IPv4 et IPv6 sur des points de connexion sÈparÈs (c'est Þ dire dÈsactiver la traduction des adresses IPv6 au format IPv4), utilisez l'option --disable-v4-mapped du script configure. --disable-v4-mapped est utilisÈ par dÈfaut sur FreeBSD, NetBSD, et OpenBSD.

Comment tout ceci fonctionne-t-il avec les hÒtes virtuels

La directive Listen n'implÈmente pas les hÒtes virtuels. Elle indique simplement au serveur principal sur quels adresses et ports il doit Ècouter. Si aucune directive <VirtualHost> n'est prÈsente, le serveur se comportera de la mÉme faÃon pour toutes les requÉtes acceptÈes. En revanche, la directive <VirtualHost> peut Étre utilisÈe pour provoquer une rÈaction diffÈrente du serveur pour un ou plusieurs adresses/ports. Pour implÈmenter un hÒte virtuel, on doit d'abord indiquer au serveur sur quels adresses et ports il doit Ècouter. Ensuite, une section <VirtualHost> doit Étre crÈÈe pour chaque couple adresse+port spÈcifiÈ afin de dÈfinir le comportement de cet hÒte virtuel. Notez que si la directive <VirtualHost> est dÈfinie pour une adresse et un port sur lesquels le serveur n'est pas censÈ Ècouter, cet hÒte virtuel ne sera pas accessible.