Las secciones Directory y Files, junto con sus contrapartes que usan expresiones regulares, aplican sus directivas a áreas del sistema de ficheros. Las directivas incluidas en una sección Directory se aplican al directorio del sistema de ficheros especificado y a sus subdirectorios. El mismo resultado puede obtenerse usando ficheros .htaccess. Por ejemplo, en la siguiente configuración, se activarán los índices de directorio para el directorio /var/web/dir1 y sus subdirectorios.

Las directivas incluidas en una sección Files se aplicarán a cualquier fichero cuyo nombre se especifique, sin tener en cuenta en que directorio se encuentra. Por ejemplo, las siguientes directivas de configuración, cuando se colocan en la sección principal del fichero de configuración, deniegan el acceso a cualquier fichero llamado private.html sin tener en cuenta de donde se encuentre.

Para referirse a archivos que se encuentren en un determinado lugar del sistema de ficheros, se pueden combinar las secciones Files y Directory. Por ejemplo, la siguiente configuración denegará el acceso a /var/web/dir1/private.html, /var/web/dir1/subdir2/private.html, /var/web/dir1/subdir3/private.html, y cualquier otra aparición de private.html que se encuentre en /var/web/dir1/ o cualquiera de sus subdirectorios.

La sección Location y su contraparte que usa expresiones regulares, cambian la configuración para el contenido del espacio web. Por ejemplo, la siguiente configuración evita que se acceda a cualquier URL que empiece por /private. En concreto, se aplicará a peticiones que vayan dirigidas a http://yoursite.example.com/private, http://yoursite.example.com/private123, y a http://yoursite.example.com/private/dir/file.html así como también a cualquier otra petición que comience por /private.

La sección Location puede no tener nada que ver con el sistema de ficheros. Por ejemplo, el siguiente ejemplo muestra como asociar una determinada URL a un handler interno de Apache del módulo mod_status. No tiene por qué existir ningún fichero server-status en el sistema de ficheros.

Las secciones Directory, Files, y Location pueden usar caracteres comodín del tipo fnmatch de la librería estándar de C. El carácter "*" equivale a cualquier secuencia de caracteres, "?" equivale a cualquier carácter individual, y "[seq]" equivale a cualquier carácter en seq. Ningún carácter comodín equivale a"/", que debe siempre especificarse explícitamente.

Si necesita un sistema de equivalencias más flexible, cada sección tiene una contraparte que acepta expresiones regulares compatibles con Perl: DirectoryMatch, FilesMatch, y LocationMatch. Consulte la sección sobre la fusión de secciones de configuración para ver la forma en que las secciones expresiones regulares cambian el modo en que se aplican las directivas.

Abajo se muestra un ejemplo en el que una sección de configuración que usa caracteres comodín en lugar de una expresión regular modifica la configuración de todos los directorios de usuario:

Usando expresiones regulares, podemos denegar el acceso a muchos tipos ficheros de imágenes de una sola vez:

Decidir cuando hay que usar secciones que se apliquen sobre el sistema de ficheros y cuando usar secciones que se apliquen sobre el espacio web es bastante fácil. Cuando se trata de directivas que se aplican a objetos que residen en el sistema de ficheros, siempre se deben usar Directory o Files. Cuando se trata de directivas que se aplican a objetos que no residen en el sistema de ficheros (por ejemplo una página web generada a partir de una base de datos), se usa Location.

Es importante no usar nunca Location cuando se trata de restringir el acceso a objetos en el sistema de ficheros. Esto se debe a que varias URLs diferentes pueden corresponderse con una misma ubicación en el sistema de ficheros, haciendo que la restricción pueda ser evitada. Por ejemplo, considere la siguiente configuración:

La restricción funciona si se produce una petición a http://yoursite.example.com/dir/. Pero, ¿qué ocurriría si se trata de un sistema de ficheros que no distingue mayúsculas de minúsculas? Entonces, la restricción que ha establecido podría evitarse fácilmente haciendo una peticion a http://yoursite.example.com/DIR/. Una sección Directory por el contrario, se aplicará a cualquier contenido servido desde esa ubicación, independientemente de cómo se llame. (Una excepción son los enlaces del sistema de ficheros. El mismo directorio puede ser colocado en más de una ubicación del sistema de ficheros usando enlaces simbólicos. La sección Directory seguirá los enlaces simbólicos sin resetear la ruta de fichero (resetting the pathname). Por tanto, para conseguir el mayor nivel de seguridad, los enlaces simbólicos deben desactivarse con la directiva Options correspondiente.)

En el caso de que piense que nada de esto le afecta porque usa un sistema de ficheros que distingue mayúsculas de minúsculas, recuerde que hay muchas otras maneras de hacer corresponder múltiples direcciones del espacio web con una misma ubicación del sistema de ficheros. Por tanto, use las secciones de configuración que se aplican al sistema de ficheros siempre que sea posible. Hay, sin embargo, una excepción a esta regla. Poner restricciones de configuración en una sección <Location /> es completamente seguro porque estas secciones se aplicarán a todas las peticiones independientemente de la URL específica que se solicite.

Abajo se muestra un ejemplo para que se vea claramente cuál es el orden de fusión. Asumiendo que todas las secciones se aplican a la petición, las de este ejemplo se aplicarían en el orden A > B > C > D > E.

A continuación se muestra un ejemplo más concreto. Independientemente de las restricciones de acceso que se hayan establecido en las secciones Directory, la sección Location será evaluada al final y se permitirá acceso sin restricciones al servidor. En otras palabras, el orden de fusión es importante, de modo que ponga atención.