Apache 1.3.x httpd para NetWare binarios Los binarios para Apache 1.3.x httpd se han construido y hecho disponible en dos formatos, multi-procesador habilitado y sólo uni-procesador. Ambas versiones se pueden ejecutar en el NetWare OS sin importar el número de procesadores en uso por el hardware. Si está ejecutando NetWare 6 y el hardware es capaz de utilizar varios procesadores, la versión multi-procesador de Apache 1.3.x tomará ventaja de esta configuración. Tenga en cuenta que algunos módulos externos httpd de Apache pueden no ser conscientes de varios procesadores o multiprocesador seguro. Si tiene problemas al ejecutar un módulo externo bajo la versión multi-procesador del servidor web Apache, trate de cambiar a la versión uni-procesador. Si necesita información adicional o tiene alguna pregunta, por favor publicarlos en: novell. supportware. webserver apache1.3.xnetware-mp - Apache. nlm y ApacheC. nlm se han marcado como habilitado multiprocesador. apache1.3.xnetware-up - Apache. nlm y ApacheC. nlm se han marcado como uni-procesador sólo habilitado. Sólo las versiones actuales, recomendados están disponibles en www. apache. org y los sitios espejo. Si realmente se necesita las versiones 1.3.x httpd se pueden obtener en el sitio de archivo. Apache httpd 2.0.x / 2.2.x / 2.4.x para NetWare binarios de Apache httpd 2.0.x / 2.2.x / 2.4.x para NetWare requiere la última versión de los NLM LIBC y clib disponibles en www. novell / desarrollador / NDK / librariesforc (libc). o incluido con los últimos paquetes de soporte de NetWare 6.5. Para NetWare 5.1 y 6.0 se requiere para utilizar al menos la actualización post-SP NWLIB6e. El Apache 2.0.x archivos extracto a un directorio base apache2, y se puede utilizar para actualizar la versión httpd Apache 2.0.x envío sin embargo siempre se debe hacer una copia de seguridad antes de sobrescribir la versión existente también ahorrar su httpd. conf ya que el archivo contiene su propio httpd. conf que sobreescribir los suyos. Desde httpd Apache 2.2.x / 2.4.x no es directamente compatible con 2.0.x, el servidor web Apache 2.2.x archivos / 2.4.x extracto a un apache22 / apache24 directorio base con el fin de evitar sobrescribir la instalación de 2.0.x httpd. Se recomienda que mantenga la instalación de Apache 2.0.x httpd existente intacta debido a incompatibilidades entre las versiones del archivo httpd. conf y los módulos. Además, Apache httpd 2.2.x / 2.4.x sólo se puede utilizar con las versiones actualizadas de modjk, modphp5, modedir. Si se utiliza el iPrint, NetStorage, ModPerl, módulos modnsn entonces tendrán que seguir para ejecutar estos con Apache httpd 2.0.x. Si necesita información adicional o tiene alguna pregunta, por favor publicarlos en: novell. supportware. webserver Si encuentra algún error, o el deseo de contribuir de otras maneras, por favor utilice nuestra página de informe de errores. Los archivos PGP y la suma de comprobación no se reflejan y deben ser descargados desde el servidor ASF: PGP MD5 SHA1.Essentialspara Downloadpara Obtener Supportpara Obtener Involvedpara Subprojectspara El número uno del servidor HTTP en el proyecto Internetpara El servidor HTTP Apache es un esfuerzo por desarrollar y mantener un diálogo abierto servidor HTTP de origen para los sistemas operativos modernos, incluyendo UNIX y Windows. El objetivo de este proyecto es proporcionar un servidor seguro, eficiente y extensible que proporciona servicios HTTP en sincronización con los estándares HTTP actuales. El servidor HTTP Apache (httpd) se inició en 1995 y ha sido el servidor web más popular en Internet desde abril de 1996. Se ha celebrado su 20 cumpleaños como un proyecto en febrero de 2015. Apache httpd 2.4.23 Lanzamiento 2016-07- 05 párr la Apache Software Foundation y el proyecto Apache HTTP Server se complace en anunciar el lanzamiento de la versión 2.4.23 del servidor HTTP Apache (httpd). Esta última versión de la rama estable 2.4.x representa la mejor versión disponible de Apache HTTP Server. Apache httpd 2.2.31 Fecha de lanzamiento 17/07/2015 párr El Proyecto Apache HTTP Server es el orgullo de anunciar el lanzamiento de la versión 2.2.31 del servidor web Apache. Esta versión es la última versión de corrección de errores y la seguridad de la rama 2.2 legado. El Proyecto Apache HTTP Server sólo proporcionará versiones de mantenimiento del sabor 2.2.x hasta junio de 2017, y proporcionará algunos parches de seguridad más allá de esta fecha a través de, al menos, de diciembre del 2017. Los parches de mantenimiento mínimo de 2.2.x se espera a lo largo de este período, y se recomienda a los usuarios para completar rápidamente sus transiciones a la 2.4.x el sabor de httpd para beneficiarse de una variedad mucho mayor de parches de seguridad y de errores menores, así como nuevas características. ¿Quieres probar el Apache HTTP Serverpara Gran Hemos actualizado la página de descarga en un esfuerzo para utilizar mejor nuestros espejos. Esperamos que por lo que es más fácil de usar nuestros espejos, vamos a ser capaces de proporcionar una mejor experiencia de descarga. Por favor asegúrese de verificar sus descargas mediante PGP o MD5 firmas. ¿Quieres contribuir a la Apache HTTP Serverpara impresionante un vistazo a nuestra lista de buscados de ayuda actual a continuación: Derechos de autor de copia 1997-2016 La Apache Software Foundation. Apache HTTP Server, Apache, y el logotipo de la pluma de Apache son marcas registradas de The Apache Software Apache Foundation. Using Con Novell NetWare descargan espacio de direcciones apache2 apache2 Cuando se trabaja con Apache es importante saber cómo se va a encontrar los archivos de configuración. Se puede especificar un archivo de configuración en la línea de comandos de dos maneras: - f especifica una ruta de acceso a un archivo de configuración particular apache2 - f vol: / mi servidor / conf / my. conf Apache - f prueba / test. conf En estos casos, ServerRoot adecuado debe establecerse en el archivo de configuración. Si no especifica un nombre de archivo de configuración con - f. Apache usará el nombre del archivo compilado en el servidor, por lo general conf / httpd. conf. La invocación de Apache con el interruptor - V mostrará este valor etiquetado como SERVERCONFIGFILE. Apache determinará entonces su ServerRoot al tratar los siguientes, en este orden: Una directiva ServerRoot través de un interruptor - C. El modificador - d en la línea de comandos. El directorio de trabajo actual raíz del servidor compilado en el servidor. La raíz del servidor compilado en el servidor suele ser sys: / apache2. invocando Apache con el interruptor - V mostrará este valor etiquetado como HTTPDROOT. Apache 2.0 para NetWare incluye un conjunto de directivas de línea de comandos que se pueden utilizar para modificar o visualizar información sobre la instancia en ejecución del servidor web. Estas directivas sólo están disponibles mientras se ejecuta Apache. Cada una de estas directivas irá precedido de la palabra clave apache2. REINICIO Indica a Apache para terminar todos los subprocesos de trabajo que se ejecutan a medida que estén ociosos, vuelve a leer el archivo de configuración y reinicie cada subproceso de trabajo basado en la nueva configuración. VERSIÓN Muestra información sobre la versión de la instancia actualmente en ejecución de Apache. MÓDULOS Muestra una lista de los módulos cargados tanto incorporados y externos. DIRECTIVAS Muestra una lista de todas las directivas disponibles. AJUSTES Activa o desactiva la visualización del estado de rosca en la consola. Cuando está activado, el estado de cada una hilos de ejecución se visualiza en la pantalla de la consola de Apache. PARADA Termina la instancia de ejecución del servidor web Apache. Ayuda Describe cada una de las directivas de tiempo de ejecución. Por defecto estas directivas se emiten en la instancia de Apache que se ejecuta en el espacio de direcciones del sistema operativo. Para emitir una directiva contra una instancia específica que se ejecuta en un espacio de memoria protegido, incluya el parámetro - p junto con el nombre del espacio de direcciones. Para obtener más información apache2 tipo de ayuda en la línea de comandos. Apache se configura mediante la lectura de los archivos de configuración generalmente almacenados en el directorio conf. Estos son los mismos que los archivos se utilizan para configurar la versión de Unix, pero hay algunas directivas diferentes para Apache en NetWare. Consulte la documentación del módulo de Apache para todas las directivas disponibles. Las principales diferencias en Apache para NetWare son: Debido a Apache para NetWare es multiproceso, que no utiliza un proceso separado para cada solicitud, como Apache hace en algunas implementaciones de Unix. En su lugar sólo hay hilos de ejecución: un hilo de los padres, y múltiples hilos de niños o de los trabajadores que manejan las solicitudes. Por lo tanto, las directivas de administración de procesos son diferentes: MaxRequestsPerChild - Al igual que la directiva Unix, esto controla cuántas peticiones de un subproceso de trabajo servirá antes de salir. El valor por defecto recomendado, MaxRequestsPerChild 0. hace que el hilo para continuar el servicio de solicitud de forma indefinida. Se recomienda en NetWare, a menos que haya alguna razón específica, que esta directiva siempre permanecerá establece en 0. StartThreads - Esta directiva indica al servidor el número de hilos que debería comenzar al principio. Se recomienda ajustar el StartThreads 50. MinSpareThreads - Esta directiva indica al servidor para desovar subprocesos de trabajo adicionales si el número de hebras en espera nunca cae por debajo de este valor. Se recomienda ajustar el MinSpareThreads 10. MaxSpareThreads - Esta directiva indica al servidor para iniciar la terminación subprocesos de trabajo si el número de hebras en espera nunca supera este valor. Se recomienda ajustar el MaxSpareThreads 100. MaxThreads - Esta directiva limita el número total de subprocesos de trabajo a un valor máximo. Se recomienda ajustar el ThreadsPerChild 250. ThreadStackSize - Esta directiva indica al servidor qué tamaño de la pila va a utilizar para el subproceso de trabajo individual. Se recomienda ajustar el ThreadStackSize 65536. Las directivas que aceptan nombres de ficheros como argumentos deben utilizar nombres de archivo de NetWare en lugar de nombres de Unix. Sin embargo, como Apache utiliza nombres de estilo Unix internamente, barras diagonales deben utilizarse en lugar de las habituales. Se recomienda que todas las rutas de archivos con raíces comienzan con un nombre de volumen. Si se omite, Apache asumirá el volumen SYS: que puede no ser correcta. Apache para NetWare tiene la capacidad de cargar módulos en tiempo de ejecución, sin volver a compilar el servidor. Si Apache se compila normalmente, se instalará una serie de módulos opcionales en el directorio Apache2modules. Para activar estos, u otros módulos, se debe usar la directiva LoadModule. Por ejemplo, para activar el módulo de estado, utilice el siguiente: LoadModule statusmodule Información / status. nlm en la creación de módulos de carga dinámica también está disponible. CGIMapExtension - Esta directiva se asigna una extensión de archivo CGI a un intérprete de guiones. SecureListen - Permite el cifrado SSL para un puerto especificado. NWSSLTrustedCerts - añade certificados que se utilizan para crear conexiones seguras a los servidores proxy de confianza. NWSSLUpgradeable - Permitir una conexión creada en la dirección / puerto específicos para actualizar a una conexión SSL. La compilación de Apache requiere 6.x MetroWerks CodeWarrior o superior. Una vez que se ha construido Apache, que puede ser instalado en la raíz de cualquier volumen NetWare. El valor predeterminado es el directorio sys: / Apache2. Antes de ejecutar el servidor tiene que llenar el directorio conf. Copiar el archivo httpd-std. conf desde el directorio conf distribución y cambiarle el nombre a HTTPD. CONF. Editar el archivo HTTPD. CONF buscar todos los marcadores de valores y su sustitución por el ajuste adecuado. Copiar el conf / magia y conf / archivos, así mime. types. Por otra parte, una distribución completa se puede construir mediante la inclusión de la palabra clave cuando se invoca instalar los archivos make. Se requieren las siguientes herramientas de desarrollo para construir Apache 2.0 para NetWare: Establecer la variable de entorno NOVELLLIBC a la ubicación de las bibliotecas de NetWare para C SDK, por ejemplo: Establecer la variable de entorno MetroWerks a la ubicación donde se ha instalado el compilador Metrowerks CodeWarrior, por ejemplo, : Establecer METROWERKSC: Programa FilesMetrowerksCodeWarrior Si ha instalado en la ubicación predeterminada C: Program FilesMetrowerksCodeWarrior. Usted no necesita configurar esto. Establecer la variable de entorno LDAPSDK a la ubicación donde ha instalado el Bibliotecas LDAP para C, por ejemplo: establecer la variable de entorno ZLIBSDK a la ubicación donde se ha instalado el código fuente de la biblioteca zlib, por ejemplo: establecer la variable de entorno APWORK a la plena ruta del código fuente httpd directory. Set la variable de entorno APRWORK a la ruta completa del directorio del código fuente apr. Típicamente httpdsrclibapr pero el proyecto abril puede ser fuera del directorio httpd structure. Set el medio ambiente APUWORK variable a la ruta completa del directorio del código fuente apr-util. Típicamente httpdsrclibapr-util pero el proyecto apr-util puede ser fuera del directorio httpd structure. Make asegurarse de que la ruta de la utilidad AWK y la GNU hacen la colada (gmake. exe) se han incluido en la variable de entorno de sistemas de PATH. Descargar el código fuente y descomprimir en un directorio apropiado en su estación de trabajo. Cambie el directorio a httpd-2.0 y construir las utilidades pre compilados ejecutando gmake - f nwgnumakefile prebuild. Este objetivo se creará el directorio httpd-2.0nwprebuild y copiar cada una de las empresas de servicios públicos a este emplazamiento que sea necesario para completar los siguientes pasos de generación. Copiar los archivos httpd-2.0nwprebuildGENCHARS. nlm y httpd-2.0nwprebuildDFTABLES. nlm al directorio SYS: volumen de un servidor NetWare y ejecutarlos mediante los siguientes comandos: SYS: genchars gt SYS: SYS: testchar. h dftables sys: chartables. c copiar los archivos y testchar. h chartables. c al directorio httpd-2.0osnetware en la construcción de la máquina. Cambie el directorio a httpd-2.0 y construir Apache ejecutando gmake - f nwgnumakefile. Se puede crear un directorio de distribución mediante la adición de un parámetro de la instalación en el comando, por ejemplo: gmake - f nwgnumakefile instalar gmake - f nwgnumakefile Construye versiones de lanzamiento de todos los binarios y los copia en un directorio de destino de liberación. gmake - f nwgnumakefile versiones de depuración DEBUG1Builds de todos los binarios y los copia en un directorio de destino de depuración. gmake - f nwgnumakefile installCreates una distribución completa de Apache con binarios, documentos y archivos de soporte adicionales en un directorio distApache2. gmake - f nwgnumakefile prebuildBuilds todas las utilidades pre compilados y los copia en el directorio nwprebuild. gmake - f nwgnumakefile installdevSame como instalar sino que también crea un lib y include en el directorio de destino y copia los encabezados y archivos de importación. gmake - f cleanCleans nwgnumakefile todos los archivos binarios de objeto y de la release. o o debug. o construir zonas en función de DEBUG se ha definido. gmake - f nwgnumakefile clobberallSame lo más limpio y también elimina el directorio de distribución si existe. Para construir todos los módulos experimentales, establezca la variable de entorno experimental. Para construir Apache usando sockets BSD estándar en lugar de Winsock, establece la variable de entorno por defecto USESTDSOCKETS. By Apache para NetWare utiliza el incorporado en modnwssl módulo para proporcionar servicios de SSL. Este módulo permite simplemente los servicios SSL nativos implementados en NetWare OS para manejar toda la encriptación de un puerto determinado. Alternativamente, modssl también se puede utilizar de la misma manera como en otras plataformas. Antes modssl se pueden construir para la plataforma NetWare, se deben proporcionar las bibliotecas de OpenSSL. Esto se puede hacer a través de los siguientes pasos: Descargar el reciente OpenSSL 0.9.8 código fuente liberado de la página OpenSSL Fuente (de más edad 0.9.7 versiones necesitan ser parcheados y por lo tanto no se recomiendan). Editar el archivo de NetWare / setenv. bat y modificar las herramientas y los caminos de servicios públicos de modo que correspondan a su entorno de construcción. Desde la raíz del directorio de origen OpenSSL, ejecute los siguientes scripts: Netwaresetenv NetWare-libc Netwarebuild NetWare-libc Por motivos de rendimiento que debe permitan construir con el código de ASM. NASM descarga desde el sitio de SF. A continuación, configure OpenSSL que utilice el código ASM: Netwarebuild NetWare-libc nw-nasm enable-MDC2 enable-md5 Advertencia: no utilice el CodeWarrior Ensamblador - que produce código roto Antes de construir Apache, establecer el entorno OSSLSDK variable para la ruta completa a la raíz de el directorio de origen openssl código y configurar WITHMODSSL a 1.Set OSSLSDKd: openssl-0.9.8x conjunto WITHMODSSL1 Aviso: Esta no es una sección Qampa. Comentarios colocado aquí deben apuntar hacia sugerencias para mejorar la documentación o en el servidor, y pueden ser eliminados de nuevo por nuestro equipo de moderación si se aplican o se consideran / fuera de tema válido tampoco. Preguntas sobre cómo administrar el servidor Apache HTTP deben dirigirse a cualquiera de nuestro canal de IRC, httpd, en Freenode, o enviados a nuestras listas de correo. Derechos de autor 2016 La Apache Software Foundation. Licenciado bajo la licencia Apache, Versión 2.0.Setting Hasta el servidor Web Apache Bajo Linux por Andy Kahn, kahncs. ucla. edu Este artículo es básicamente un resumen de mis experiencias de cómo configurar un servidor web bajo Linux. Voy a empezar con el lugar donde / cómo obtener Apache, a continuación, pasar a la instalación, configuración, y, finalmente, cómo hacer las cosas en ejecución. Este artículo está escrito desde el punto de vista de mi sistema, que es un sistema de Red Hat 4.0 con v2.0.25 del núcleo. Sin embargo, una instalación quotgenericquot o una configuración similar deberían aplicarse también. Donde conseguir Apache El lugar obvio para obtener la última versión de Apache está fuera del sitio web de Apache: www. apache. org. El archivo de distribución de origen es apache1.1.1.tar. gz mientras que los binarios Linux ELF es apache1.1-linux-ELF. tar. gz. Coge lo que se encuentra es necesario. Si está ejecutando Red Hat Linux 4.0 como soy, durante el proceso de instalación se le permite seleccionar si desea o no desea instalar un servidor web. Si lo hace, Red Hat 4.0 incluye la última Apache e instala todo automáticamente con una configuración por defecto. Esta configuración predeterminada Incluso puede funcionar correctamente sin ninguna modificación sin embargo, incluso en este caso, por favor leer mis notas y preferencias con respecto a la instalación en la siguiente sección. Por lo general, a menos que necesite añadir módulos o características especiales, la distribución binaria o la instalación por defecto de Red Hat debe estar bien. Sin embargo, digamos que usted quiere ejecutar Apache como un servidor proxy. En este caso, se necesitaría la fuente para que pueda compilar el módulo proxy como parte del binario. (Nota: He oído rumores de que el binario incluido con Red Hat 4.0 tiene algunos errores todavía tengo que encontrar cualquiera mí mismo, a fin de tomar ese rumor con un gran grano de sal..) Instalación No voy a cubrir la compilación de Apache desde su realidad un proceso bastante rápido y muy bien documentado. Teniendo en cuenta que, vamos a pasar a la instalación real. En lo personal, me gusta todo el grupo de archivos de servidor web juntos en una ubicación centralizada. Si va a instalar manualmente, entonces esto es algo que puede hacer desde el principio, y altamente sugiero hacer esto ya que reducirá los dolores de cabeza de la administración. Si usted tenía Apache instalado automáticamente como parte del procedimiento de instalación de Red Hat, entonces las cosas NO serán centralizado De hecho, pensé que el esquema de ubicación de archivos era uno de los más confusos que me he encontrado. Esto es lo que hace la instalación de Red Hat: binarios del servidor web que pareció que era muy desorganizado, por lo que acabó poniendo en su mayoría todo bajo un directorio (Salí de los binarios en / usr / sbin): Usted debe terminar con: Y luego a preservar las ubicaciones de archivos original RedHat: Por último, he añadido este enlace, ya que sentía que tenía más sentido: Si va a instalar y compilar Apache manualmente, es posible que desee tener los archivos originales también se encuentra bajo / httpd (o lo que usted directorio tener). Configuración de Apache tiene tres principales archivos de configuración: access. conf. httpd. conf. y srm. conf. Si está ejecutando Red Hat 4.0, estos archivos ya se establecerán con las rutas de directorio correctos. Si centralizada las ubicaciones de todos estos archivos, pero no hizo esos enlaces simbólicos como he mencionado anteriormente, las cosas todavía va a estar bien ya que los enlaces simbólicos conserva en Red Hat instalado todo. Si usted está haciendo una instalación quotgenericquot o tiene alguna otra configuración, a continuación, tendrá que hacer lo siguiente: En access. conf. cambiar / actualizar estas entradas de directorio: En esencia, se trata de las directivas necesarias en los archivos de configuración que necesitan ser actualizados con la nueva organización quotcentralizedquot. Para más opciones de configuración, voy a tener que dar a la Declaración estándar, quotPlease referirse a la docs. quot :) A partir / Ejecución del servidor Web Para hacer una larga historia corta, sólo tiene que necesita para ejecutar el quothttpdquot binario. Por lo general, esto se hace cuando el sistema se pone en marcha, en uno de los archivos rc. En Red Hat 4.0, que tiene más de un estilo de Inicio del sistema Vish. En /etc/rc. d/init. d reside httpd. init. que es el script utilizado para iniciar y detener httpd. También puede ejecutar esto a mano si usted encuentra la necesidad. Para otros sistemas (o una instalación manual), sugiero a partir httpd después de la mayoría de los otros servicios han comenzado (es decir, la puso en rc. local). Una línea simple, como Obviamente, debe comenzar después de iniciado el establecimiento de una red TCP / IP. ) ¿Cuál es siguiente Huelga decir que yo no cubro las opciones de configuración actuales y cómo administrar su servidor web. Las opciones de configuración que dejan el manual de Apache. La gestión del propio servidor web depende de qué tipo de sitio web que desea ejecutar. Mi propio sistema no ejecuta un sitio web real en otras palabras, que no anuncian por nada, ya que no sirve a ningún propósito real que no sea por mi propia experimentación. Sin embargo, es más que bienvenido a echar un vistazo a él, ya que tiene un montón de enlaces relacionados con Linux a ella. La URL se puede encontrar al final de este artículo. Aparte de eso, me encantaría escuchar cualquier comentario y / o críticas que pueda tener sobre lo que escribí. Originalmente, mi plan era escribir un artículo mensual sobre la ejecución / gestión de un servidor web bajo Linux. Sin embargo, a falta de escribir realmente un manual sobre la configuración de Apache (que la documentación de Apache es lo suficientemente bueno como referencia), no sé qué más escribir sobre puesto que puede no ser todo lo que mucho que escribir sobre. Sin embargo, una idea para una cosa mensual que puede ser bueno es recoger consejos, trucos, y otra información útil relacionada con la ejecución de un servidor web bajo Linux. Piense que es más como una serie de consejos quot2 ciento para un server. quot web linux Si alguien está interesado en esto, por favor, mándenme una copia nota Derechos reservados 1996, Andy Kahn publicado en el número 12 de la GazetteIf Linux configurar el servidor HTTP Apache, editar / etc / httpd / conf / httpd. conf y después recargar, reiniciar o detener e iniciar el proceso httpd como se indica en la sección 21.3, Arrancar y detener httpd. Antes de editar httpd. conf. hacer una copia del archivo original. Creación de una copia de seguridad hace que sea más fácil recuperarse de los errores cometidos durante la edición del archivo de configuración. Si se comete un error y el servidor de web no funciona correctamente, lo primero de revisión pasajes editados recientemente en httpd. conf para ver si no hay errores. Después consulte en el registro de errores de servidores Web, / var / log / httpd / registro de errores. El registro de errores puede no ser fácil de interpretar, dependiendo de su nivel de experiencia. Sin embargo, las últimas entradas en el registro de errores deben proporcionar información útil. En las subsecciones siguientes contienen una lista de breve descripción de muchas de las directivas incluidas en httpd. conf. Estas descripciones no son exhaustivas. Para obtener más información, consulte la documentación de Apache en línea en httpd. apache. org/docs/2.2/. Para obtener más información sobre las directivas modssl, consulte la documentación en línea en httpd. apache. org/docs/2.2/mod/modssl. AccessFileName AccessFileName denomina el archivo que el servidor utilizará para controlar el acceso en cada directorio. El valor predeterminado es. htaccess. Inmediatamente después de la AccessFileName, un conjunto de etiquetas Files controla el acceso a cualquier archivo que empiece con. ht. Estas directrices niegan el acceso Web a cualquier archivo. htaccess (o otros archivos que comiencen con. ht) por razones de seguridad. Acción Acción especifica un par tipo de contenido MIME y un script CGI, de modo que cuando se solicita un archivo de ese tipo de medio, se ejecuta un script en particular. AddDescription Cuando se utiliza como parámetro de FancyIndexing IndexOptions, la directiva AddDescription se puede usar para mostrar descripciones especificadas por el usuario para ciertos archivos o tipos de archivo en un listado generado. La directiva AddDescription compatible con los archivos de la lista específicos, expresiones con comodines o extensiones de archivo. nombres AddEncoding AddEncoding las extensiones de archivos que deberían especificar un tipo particular de codificación. AddEncoding también se puede utilizar para instruir a algunos navegadores para descomprimir ciertos archivos mientras se descargan. AddHandler AddHandler mapea las extensiones de archivos a manejadores específicos. Por ejemplo, el manejador cgi-script se puede emparejar con la extensión. cgi para tratar automáticamente un archivo que termina en. cgi como un script CGI. La siguiente es una directiva AddHandler para la extensión. cgi. Esta directiva permite a los CGI fuera del cgi-bin para funcionar en cualquier directorio en el servidor que tiene la opción ExecCGI dentro del contenedor de directorios. Consulte el Directorio para obtener más información sobre cómo configurar la opción ExecCGI para un directorio. Además de los scripts CGI, la directriz AddHandler es usada para procesar los archivos HTML e imagen-mapa interpretados por el servidor. AddIcon AddIcon qué icono mostrar en los listados de directorio de archivos con ciertas extensiones. Por ejemplo, el servidor web está configurado para mostrar el icono binary. gif para los archivos con extensiones. bin o. exe. AddIconByEncoding Esta directiva denomina qué iconos se mostrarán con los archivos según su codificación MIME, en los listados de directorio. Por ejemplo, por defecto, el servidor muestra el icono compressed. gif junto a los archivos codificados x-compress y x-gzip MIME, en los listados de directorios. AddIconByType Esta directiva denomina qué iconos se mostrarán con los archivos con codificación MIME, en los listados de directorio. Por ejemplo, el servidor muestra el icono text. gif junto a archivos con un tipo MIME de texto. en los listados de directorio. asociados AddLanguage AddLanguage las extensiones de archivos específicos de idiomas. Esta directiva es útil para servidores Apache HTTP devuelve contenidos en diferentes idiomas dependiendo de la configuración de idioma navegadores Web cliente. AddType Utilice la directiva AddType para definir o suprimir por defecto de tipo MIME y la extensión de archivo pares. La siguiente directiva ejemplo indica al servidor Apache HTTP que reconozca la extensión del archivo. tgz: Alias El comando Alias permite directorios fuera del directorio DocumentRoot sean accesibles. Cualquier URL que termine en el alias será automáticamente a la ruta de alias. Por defecto, un alias para un iconos / directorio ya está configurado. Una iconos / directorio se puede acceder por el servidor web, pero el directorio no está en el DocumentRoot. Allow Allow especifica cual cliente puede acceder a un directorio dado. El cliente puede ser todo. un nombre de dominio, una dirección IP, una dirección IP parcial, un par de red / máscara de red y así sucesivamente. El directorio DocumentRoot está configurado para permitir peticiones de todos. es decir, todo el mundo tiene acceso. La directiva AllowOverride AllowOverride indica si hay opciones pueden ser anulados por las declaraciones en un archivo. htaccess. Por defecto, el directorio raíz como DocumentRoot están configurados para no permitir la prevalencia de. htaccess. BrowserMatch La directiva BrowserMatch permite al servidor definir variables de entorno y tomar acciones según sea el campo de cabecera HTTP User-Agent, que identifica el tipo de clientes navegador Web. Por defecto, el servidor usa BrowserMatch para denegar la conexión a navegadores con problemas conocidos y para desactivar los mensajes de actividad y vaciados de cabecera de HTTP para navegadores que se sabe que tienen problemas con acciones. Directivas de caché Hay varias directivas de caché en comentarios son suministradas por el archivo de configuración del servidor Apache HTTP predeterminado. En la mayoría de los casos, comentario de estas líneas quitando el signo de número () desde el comienzo de la línea es suficiente. A continuación, sin embargo, es una lista de algunos de los más importantes directivas relacionadas con caché. CacheEnable Especifica si la caché es un disco, memoria o caché de descriptor de archivo. Por defecto CacheEnable configura una caché de disco para las direcciones URL en o por debajo /. CacheRoot Especifica el nombre del directorio que contiene los archivos almacenados en caché. El CacheRoot por defecto es el directorio / var / httpd / proxy /. CacheSize establece cuánto espacio puede usar el caché en kilobytes. El valor predeterminado de CacheSize es 5 KB. La siguiente es una lista de algunas de las directrices comunes relacionadas con caché. CacheMaxExpire Especifica cómo se conservan los documentos HTML largas (sin una recarga desde el servidor Web de origen) en la memoria caché. El valor predeterminado es de 24 horas (86.400 segundos). CacheLastModifiedFactor Especifica la creación de una fecha de caducidad (vencimiento) con un documento que no provenía de su servidor de origen con su propio conjunto de caducidad. El CacheLastModifiedFactor predeterminado se establece en 0,1. lo que significa que la fecha de caducidad del documento será una décima parte de la cantidad de tiempo ya que el documento fue modificado por última vez. CacheDefaultExpire Especifica el tiempo de caducidad en horas para un documento que fue recibido usando un protocolo que no soporta fechas de vencimiento. El valor predeterminado se establece en 1 hora (3600 segundos). NoProxy Especifica una lista separada por espacios de subredes, direcciones IP, dominios o hosts cuyos contenidos no están en caché. Esta configuración es más útil para la Intranet. CacheNegotiatedDocs Por defecto, el servidor Web requiere a los servidores proxy que no hagan caché de los documentos que se negocian sobre la base del contenido (es decir, que pueden cambiar con el tiempo o debido a la entrada de la solicitante). Si CacheNegotiatedDocs está activada. esta función se desactiva y servidores proxy están autorizados a tales documentos caché. CustomLog CustomLog identifica el archivo de registro y el formato de archivo de registro. De forma predeterminada, el registro de acceso se registra en el directorio / var / log / httpd / accesslog mientras que los errores se registran en el archivo de registro / var / / httpd / registro de errores. El formato CustomLog por defecto es el formato de archivo de registro combinado, como se muestra aquí: DefaultIcon DefaultIcon especifica el icono que aparece en los listados de directorio para los archivos que no tienen otro icono especificado. El archivo de imagen por defecto es unknown. gif. DefaultType DefaultType establece el tipo de contenido predeterminado para el servidor Web que se utilizará para documentos cuyos tipos MIME no se puede determinar. El valor por defecto es text / plain. Deny Deny funciona igual que Allow. excepto que especifica a quién se le niega el acceso. DocumentRoot no es configurado para rechazar peticiones a ninguno por defecto. Directorio ltDirectory / ruta / a / directorygt y LT / etiquetas Directorygt crean un recipiente utilizado para encerrar un grupo de directivas de configuración que sólo se aplican a un directorio y sus subdirectorios específicos. Cualquier directiva aplicable a un directorio puede ser utilizado en las etiquetas Directory. Por defecto, parámetros muy restrictivos se aplican al directorio raíz (/), usando las opciones (consulte Opciones) y AllowOverride (se refieren a AllowOverride). Bajo esta configuración, cualquier directorio del sistema que necesite valores más permisivos ha de ser configurado explícitamente. En la configuración por defecto, otro contenedor Directory es configurado para el DocumentRoot el cual asigna parámetros menos rígidos al árbol de directorios para que el Servidor Apache HTTP puede acceder a los archivos que se encuentran allí. El contenedor Directory también se puede usar para configurar directorios adicionales cgi-bin para las aplicaciones del lado del servidor fuera del directorio especificado en la directriz ScriptAlias (se refiere a ScriptAlias para más información). Para lograr esto, el contenedor Directory debe configurar la opción ExecCGI para ese directorio. Por ejemplo, si los scripts CGI están localizados en / home / mycgidirectory. No utilizado.
No comments:
Post a Comment