Cuando httpd arranca, enlaza con una direccion y puerto en la máquina local y espera a recibir peticiones. Por defecto, escucha en todas las direcciones de la máquina. Aun así, se puede configurar para que escuche en puertos específicos, o solo en direcciones específicas, o una combinación de ambos. Esto a menudo se combina con la característica Host Virtual, la cual determina cómo httpd responde a diferentes direcciones IP, nombres de host y puertos.

La directiva Listen le indica al servidor que acepte peticiones entrantes solo en el/los puerto/s especificado/s o en la combinación especificada de direcciónes y puertos definidos. Si tan solo se especifica un número de puerto en la directiva Listen, el servidor escucha en el puerto especificado en todos los interfaces de red disponibles. Si se especifica una dirección IP y también un puerto, el servidor escuchará en el puerto y dirección específicados. Se pueden usar múltiples directivas Listen para especificar varias direcciones y puertos en los que escuchar. El servidor responderá a peticiones de cualquiera de las direcciones y puertos especificados.

Por ejemplo, para hacer que el servidor acepte conexiones tanto en el puerto 80 como el puerto 8000, de todos los interfaces, use:

Para hacer que el servidor acepte conexiones en el puerto 80 de un interfaz y en el puerto 8000 de otro, use:

Las direcciones IPv6 deben estar definidas entre corchetes, como en el siguiente ejemplo:

Un número creciente de plataformas tienen soporte para IPv6, y APR da soporte a IPv6 en la mayoría de estas plataformas, permitiendo que httpd use sockets IPv6 y responder peticiones sobre IPv6.

Un factor de complicación para los administradores de httpd es si un socket IPv6 puede gestionar conexiones tanto de IPv6 como de IPv4. Gestionar conexiones IPv4 con un socket IPv6 usa direcciones IPv6 mapeadas-en-IPv4, que se permiten por defecto en la mayoría de las plataformas, pero no se permiten por defecto en FreeBSD, NetBSD y OpenBSD, esto ocurre con el propósito de coincidir con las políticas del sistema de esas plataformas. En sistemas en los que no se permite por defecto, un parámetro especial de configure puede cambiar este comportamiento para httpd.

Por otro lado, en algunas plataformas, tales como Linux y Tru64, la única manera de gestionar tanto IPv6 como IPv4 es usar direcciones mapeadas. Si quiere que httpd gestione conexiones IPv4 y IPv6 con un mínimo de sockets, lo cual require usar direcciones IPv6 mapeadas-en-IPv4, debe especificar la opción --enable-v4-mapped en configure.

--enable-v4-mapped es la opción por defecto en todas plataformas excepto FreeBSD, NetBSD, and OpenBSD, así que probablemente esta es la opción con la que su httpd ha sido compilado.

Si quiere que httpd gestione solo conexiones IPv4, indistintamente de lo que den soporte su plataforma o APR, especifique direcciones IPv4 en todas sus directivas Listen, como en los siguientes ejemplos:

Si su plataforma lo soporta y aun asi quiere gestionar conexiones IPv4 e IPv6 en sockets diferentes (p. ej., para desactivar direcciones mapeadas-en-IPv4), especifique la opción --disable-v4-mapped en configure. --disable-v4-mapped es la opción por defecto en FreeBSD, NetBSD, and OpenBSD.

El segundo parámetro opcional protocol de Listen no es necesario para la mayoría de las configuraciones. Si no se especifica, https es la opción por defecto para el puerto 443 y http la opción por defecto para el resto de los puertos. El protocolo se usa para determinar qué módulo deberá gestionar una petición, y aplicar optimizaciones específicas del protocolo con la directiva AcceptFilter.

Solo necesita especificar el protocolo si está usando puertos no estándar. Por ejemplo, ofreciendo https en el puerto 8443:

La directiva Listen no implementa Hosts Virtuales - solo le indica al servidor principal las direcciones y puertos en los que tiene que escuchar. Si no se usan directivas VirtualHost, el servidor se comportará de la misma manera para todas las peticiones aceptadas. Aun así, se puede usar VirtualHost para especificar un comportamiento diferente para una o más direcciones y puertos. Para implementar un Host Virtual, se le debe indicar al servidor la dirección y el puerto a usar. Así que, debe especificar una sección VirtualHost con la dirección y el puerto especificados para configurar el comportamiento de este Host Virtual. Tenga en cuenta que si VirtualHost se espefifica con una dirección y puerto en los que el servidor no está escuchando, no se podrá acceder a este Host Virtual.