Como attach les envio una peque�a investigaci�n y traducci�n de como
construir e instalar el Apache Server con un m�todo o proceso llamado
APACI.
Cualquier sugerencia a este documento es bien recivida.
Ahora tendre que averiguar como instalar PHP como modulo de Apache,
parece que hay modulo dinamico y modulo estatico.
--
Jos� Pablo Orozco Mar�n
[EMAIL PROTECTED]
Web - SHTML
InterNexo - Tecnolog�as Internet
http://www.internexo.co.cr/
280-6720
Como todas las buenas cosas, hay dos maneras de configurar, de compilar, y
de instalar Apache. Usted puede ir por el proceso de instalaci�n 3-minutos
que usa el proceso APACI descrito abajo; o, usted puede optar por el mismo
mecanismo usado en versiones anteriores de Apache, seg�n lo descrito en el
fichero 'src/INSTALL'.
Cada mecanismo tiene sus ventajas y desventajas.
APACI es m�s nuevo, pero consigue el servicio en menos cantidad de tiempo,
mientras que el mecanismo de "Configuration.tmpl" puede ser m�s familiar y
darle m�s flexibilidad al usuario.
Instalaci�n del servidor del HTTP de Apache 1,3 con el APACI
============================================================
1. Descripci�n para el impaciente
---------------------------------
$ ./configure --prefix=PREFIX
$ make
$ make install
$ PREFIX/bin/apachectl start
NOTA: PREFIX no es la cadena "PREFIX". En lugar utilice el camino del
filesystem de Unix bajo el cual Apache debe ser instalado.
Por ejemplo "/usr/local/apache"
2. Requisitos
-------------
Los siguientes requisitos existen para construir Apache:
* Espacio De Disco:
Cerciorarse de tener aproximadamente 12 MB de espacio libre.
Despu�s de que la instalaci�n Apache ocupa aproximadamente 3 MB de espacio en
disco (el espacio de disco real requerido depende de la cantidad de m�dulos
de terceros compilados)
* Compilador De Ansi-C:
Cerciorarse de tener instalado un compilador de ANSI-C.
El compilador de GNU C (GCC) de la fundaci�n libre del software (FSF),
se recomienda (la versi�n 2.7.2).
Si no entonces tener al menos un compilador C obediente a ANSI-C.
Usted puede encontrar el homepage de GNU en http://www.gnu.org/
y la distribuci�n del GCC bajo http://www.gnu.org/order/ftp.html
* Int�rprete Del Perl 5 [ Opcional ]:
Para algunos de los script soportados como 'apxs' o 'dbmmanage'(escritos en el
Perl)
el int�rprete de Perl 5 es requerido (las versiones 5.003 y 5.004 est�n muy bien).
Si no se encuentra tal int�rprete por APACI's configure por supuesto, usted
todav��a
puede construir e instalar Apache 1.3. Solamente esos dos scripts de la ayuda no
pueden ser utilizados.
Si usted tiene varios interpretes Perl instalados (quiz�s un Perl 4 del vendedor y
un Perl 5 propio), entonces se recomienda utilizar la opci�n:
--with-perl (v�ase abajo) para cerciorarse de que la correcta es seleccionada por
APACI
* Ayuda compartida din�mica del objeto (DSO) [ OPCIONAL ]:
Para proporcionar la m�xima flexibilidad, Apache ahora puede cargar m�dulos
bajo tiempo de ejecui�n v��a el mecanismo de DSO usando las llamadas pragm�ticas
del sistema dlopen()/dlsym(). Estas llamadas del sistema no son disponibles
en todos los sistemas operativos por lo tanto usted no puede utilizar el mecanismo
de DSO en todas las plataformas.
* Plataformas soportadas autom�gicamente(out-of-the-box) son:
- Linux - SunOS - UnixWare - Darwin/Mac OS
- FreeBSD - Solaris - AIX - OpenStep/Mach
- OpenBSD - IRIX - SCO - DYNIX/ptx
- NetBSD - HPUX - ReliantUNIX
- BSDI - Digital Unix - DGUX
* Las plataformas enteramente sin apoyo son:
- Ultrix
Si su sistema no es� en esta lista pero tiene la interfaz de dlopen-style,
usted tiene que proporcionar el apropiado compilador y los linker flags
(v�ase CFLAGS_SHLIB, LDFLAGS_SHLIB y LDFLAGS_SHLIB_EXPORT abajo) manualmente o
por lo menos asegurarse de que un int�rprete de Perl 5 esta instalado de quien
Apache pueda conjeturar las opciones.
Para una informaci�n m�s profundizada sobre ayuda de DSO en Apache 1.3
lea por favor el documento htdocs/manual/dso.html cuidadosamente.
Especialmente la secci�n titulada "ventajas y desventajas" porque usar el
mecanismo de DSO puede tener efectos secundarios extra�os. Adviertase!!!
3. Configurando el Source Tree
------------------------------
NOTA:
Aunque le aconsejaremos a menudo leer el fichero de src/Configuration.tmpl
para entender mejor las varias opciones en esta secci�n, no hay _EN NINGUNA
HORA_
cualquier necesidad de _CORREGIR_ este fichero.
la configuraci�n _COMPLETA_ ocurre v��a argumentos en la l��nea de comando y
variables locales del shell para el script /configure.
El fichero de src/Configuration.tmpl es un recurso _READ-ONLY_ aqu�.
Introducci�n:
El siguiente paso es configurar el Apache Source Tree para su plataforma determinada
y sus requisitos personales.
El setup m�s importante es la localizaci�n del PREFIX donde Apache ser� instalado,
porque Apache tiene que ser configurado para este PREFIX para trabajar
correctamente.
Pero hay muchas otras opciones disponibles para su placer.
Para una impresi�n corta de qu� posibilidades tiene, aqu�� hay un ejemplo t��pico
que compila Apache para el tree /sw/pkg/apache con un compilador y flags
determinados
m�s los dos m�dulos adicionales mod_rewrite y el mod_proxy para cargarlos a trav�s
del
mecanismo DSO.
$ CC="pgcc" OPTIM="-O2" \
./configure --prefix=/sw/pkg/apache \
--enable-module=rewrite --enable-shared=rewrite \
--enable-module=proxy --enable-shared=proxy
Para una configuraci�n m�s de la vida real chequear el fichero README.configure
Referencia:
$ [CC=...] [CFLAGS_SHLIB=...] [TARGET=...]
[OPTIM=...] [LD_SHLIB=...]
[CFLAGS=...] [LDFLAGS_SHLIB=...]
[INCLUDES=...] [LDFLAGS_SHLIB_EXPORT=...]
[LDFLAGS=...] [RANLIB=...]
[LIBS=...] [DEPS=...]
./configure
[--quiet] [--prefix=DIR] [--enable-rule=NAME]
[--verbose] [--exec-prefix=PREFIX] [--disable-rule=NAME]
[--shadow[=DIR]] [--bindir=EPREFIX] [--add-module=FILE]
[--show-layout] [--sbindir=DIR] [--activate-module=FILE]
[--help] [--libexecdir=DIR] [--enable-module=NAME]
[--mandir=DIR] [--disable-module=NAME]
[--sysconfdir=DIR] [--enable-shared=NAME]
[--datadir=DIR] [--disable-shared=NAME]
[--includedir=DIR] [--permute-module=N1:N2]
[--localstatedir=DIR]
[--runtimedir=DIR] [--enable-suexec]
[--logfiledir=DIR] [--suexec-caller=UID]
[--proxycachedir=DIR] [--suexec-docroot=DIR]
[--with-layout=[FILE:]ID] [--suexec-logfile=FILE]
[--suexec-userdir=DIR]
[--with-perl=FILE] [--suexec-uidmin=UID]
[--without-support] [--suexec-gidmin=GID]
[--without-confadjust] [--suexec-safepath=PATH]
[--without-execstrip]
[--server-uid=UID]
[--server-gid=GID]
Utilice las variables de ambiente CC, OPTIM, CFLAGS, INCLUDES, LDFLAGS, LIBS,
CFLAGS_SHLIB, LD_SHLIB, LDFLAGS_SHLIB, LDFLAGS_SHLIB_EXPORT, RANLIB, DEPS y TARGET
para reemplazar las entradas default en el fichero de src/Configuration.tmpl
(v�ase para m�s informaci�n sobre su uso).
Nota: La sintaxis "KEY=VALUE ./configure ..." (una sola l�nea) es la forma
compatible GNU Autoconf de especificar defines y puede ser usado con
shells compatibles con Bourne shell (sh, bash, ksh).
Si se usa otro shell usar "env KEY=VALUE ./configure ..." cuando el
comando "env" es disponible en su sistema o usar:
"setenv KEY VALUE; ./configure ..." si usted usa uno de los variantes
C-Shell (csh, tcsh).
Nota: Los nombres antedichos son los can�nicos usados en interfaces
del Autoconf-style. Pero porque src/Configuration.tmpl utiliza el
prefijo EXTRA_ para algunas variables (ejemplo: EXTRA_CFLAGS) estas
variantes se aceptan por razones de compatibilidad-hacia-atras,
tambi�n. Pero por favor utilice los nombres can�nicos del Autoconf-esyle
y no conf�e en �ste.
Use las opciones:
--prefix=PREFIX y --exec-prefix=EPREFIX para configurar Apache
para que use un prefijo partic7ular de instalaci�n. El default es:
PREFIX=/usr/local/apache y el EPREFIX=PREFIX.
Use las opciones:
--bindir=DIR, --sbindir=DIR, --libexecdir=DIR, --mandir=DIR,
--sysconfdir=DIR, --datadir=DIR, --includedir=DIR, --localstatedir=DIR,
--runtimedir=DIR, --logfiledir=DIR and proxycachedir=DIR para cambiar las rutas
de subdirectorios particulares de la instalacion del tree.
Los defaults son:
bindir=EPREFIX/bin, sbindir=EPREFIX/sbin,
libexecdir=EPREFIX/libexec, mandir=PREFIX/man, sysconfdir=PREFIX/etc,
datadir=PREFIX/share, includedir=PREFIX/include, localstatedir=PREFIX/var,
runtimedir=PREFIX/var/run, logfiledir=PREFIX/var/log y
proxycachedir=PREFIX/var/proxy.
Nota: Para reducir la contaminaci�n de las localizaciones compartidas de la
instalaci�n (como / usr/local / o / etc) con los ficheros de Apache
a un m��nimo la cadena "/apache" es autom�ticamente a�adidad a:
'libexecdir', 'sysconfdir', 'datadir', 'localstatedir' y 'includedir'
si (y solamente si) los siguientes puntos aplican para cada ruta(path)
individualmente:
1. El camino no contiene ya la palabra "apache"
2. El camino no fue directamente modificado customizado por el usuario
Tenga presente que por defecto estos caminos se derivan de:
'prefix' y 'exec-prefix', generalmente es cuesti�n de si estos caminos
contienen el "apache" o no. Aunque los valores por defecto fueron
definidos
con experiencia en mente, de que usted debe cerciorarse de que siempre los
caminos se ajustan a su situaci�n, controlando los caminos finalmente
elegidos
v�a la opci�n --layout
Utilice la --with-layout=[F:]ID para seleccionar un base-layout determinada del
camino de la instalaci�n. Usted siempre _TIENE_ que seleccionar un base-layout.
Hay actualmente dos disposiciones predefinidas en el fichero config.layout:
"Apache" para el cl�sico Apache path layout y "GNU" para un path layout conforme
al documento de los standares de GNU.
Cuando usted desea utilizar su propia disposici�n de encargo FOO, entonces agregar:
la secci�n "<Layout FOO>...</Layout>" a config.layout y usar --with-layout=FOO
o colocarlo en su propio fichero, opini�n config.mypaths, y usar:
--with-layout=config.mypaths:FOO
Use la opci�n --show-layout para controlar la disposici�n final del camino de la
instalaci�n.
Use las opciones --enable-rule=NAME y --disable-rule=NAME para permitir o invalidar
una regla determinada del Apache Archivo src/Configuration.tmpl
Los valores por defecto (yes=enabled, no=disabled) se pueden ver al ejecutar:
"./configure --help" o mirar manualmente en el fichero src/Configuration.tmpl
Use la opci�n --add-module=FILE para copiar un source file al:
Apache src/modules/extra/ y en el aire agrega esta entrada en el configuration file.
FILE debe ser un path valido a un archivo C fuera del source tree, por ejemplo:
/path/to/mod_foo.c, o un path a un Archivo C existente en src/modules/extra/, tal
como src/modules/extra/mod_foo.c, en este caso no se hace copia.
esta es la forma de agrgar y activar un m�dulo creado por terceros a Apache.
Use la opci�n --activate-module=FILE para agregar una entrada a un module object
existente o a un archivo library dentro del configuration file en el aire.
FILE tiene que ser un path v�lido que empieze con "src/modules/" el archivo
correspondiente debe estar en ese path del Apache Source Tree antes de ejecutar
configure. Entonces el m�dulo es autom�ticamente habilitado, usar esta opci�n para
incluir m�dulos complejos de terceros al Apache Build Process, por ejemplo m�dulos
como mod_perl o mod_php3 consisten de m�s de un archivo que es creado por un
esquema de configuraci�n de terceros
Usar la opciones --enable-module=NAME y --disable-module=NAME para habilitar o
deshabilitar
un m�dulo existente distribuido desde el archivo Apache src/Configuration.tmpl.
* El nombre correcto del m�dulo (Sin prefijo 'mod_').
* Y los defaults (yes=enabled, no=disabled) pueden ser vistos ejecutando:
'./configure --help'
Hay dos variantes especiales para NAME:
* 'all' para habilitar o deshabilitar todos los m�dulos
* 'most' para habilitar o deshabilitar unicamente esos modulos que son usados
en todas las plataformas.
Actualmente esto es 'all' menos los m�dulos:
'auth_db', 'log_agent', 'log_referer', 'example', 'so' y 'mmap_static'
Una lista completa de todos los m�dulos es la siguiente:
(Remueva el prefijo mod_ para tener el nombre)
_____________________________________________________________________________
LISTA DE MODULOS DISPONIBLES
Creaci�n del Ambiente
(+) mod_env .......... Fija las variables de ambiente para CGI/SSI scripts
(+) mod_setenvif ..... Fija las variables de ambiente basadas en HTTP headers
(-) mod_unique_id .... Genere identificadores �nicos para los request
Desiciones del tipo de Contenido
(+) mod_mime ......... Determinaci�n de la codificaci�n del tipo de contenido
(configurado)
(-) mod_mime_magic ... Determinaci�n de la codificaci�n del tipo de contenido
(automatico)
(+) mod_negotiation .. Selecci�n de contenido basado en HTTP Accept* headers
Asociamiento URL
(+) mod_alias ........ Traducci�n simple y redirecci�n del URL
(-) mod_rewrite ...... Traducci�n avanzada y redirecci�n del URL
(+) mod_userdir ...... Selecci�n de directorios de recurso por username
(-) mod_speling ...... Correcci�n DE URLs mal deletreados
Manejo de Directorios
(+) mod_dir .......... Manejo de directorios y del valor por defecto del directorio
(+) mod_autoindex .... Generaci�n automatizada de ficheros index en directorios
Control de Acceso
(+) mod_access ....... Control de Acceso (user, host, network)
(+) mod_auth ......... Autenticaci�n B�sica HTTP (user, passwd)
(-) mod_auth_dbm ..... Autenticaci�n B�sica HTTP via archivos Unix NDBM
(-) mod_auth_db ...... Autenticaci�n B�sica HTTP via archivos Berkeley-DB
(-) mod_auth_anon .... Autenticaci�n B�sica HTTP para usuarios Anonymous-style
(-) mod_digest ....... Autentificaci�n De Resumen Del HTTP
Respuesta del HTTP
(-) mod_headers ...... Headers arbitrarios de la respuesta del HTTP (configurado)
(-) mod_cern_meta .... Headers arbitrarios de la respuesta del HTTP (archivos
CERN-style)
(-) mod_expires ...... Respuestas HTTP expiradas
(+) mod_asis ......... Respuestas sin procesar del HTTP
Scripting
(+) mod_include ...... Soportar Server Side Includes (SSI)
(+) mod_cgi .......... Soportar Common Gateway Interface (CGI)
(+) mod_actions ...... Corresponde CGI scripts para que actuan como programas piloto
internos
Programas Piloto Internos
(+) mod_status ....... Programa piloto para el estado run-time del servidor
(-) mod_info ......... Programa piloto para el resumen de la configuraci�n del
servidor
Registraci�n de Peticiones
(+) mod_log_config ... Configuraci�n de Registraci�n de Peticiones
(-) mod_log_agent .... Registraci�n especializada del user-agent del HTTP
(desaprobada)
(-) mod_log_referer .. Registraci�n especializada del HTTP Referrer (desaprobada)
(-) mod_usertrack .... Registraci�n de click-trails v�a los cookies del HTTP
Miscellaneous
(+) mod_imap ......... Soporta Server-side Image Map
(-) mod_proxy ........ Caching Proxy Module (HTTP, HTTPS, FTP)
(-) mod_so ........... Dynamic Shared Object (DSO) bootstrapping
Experimental
(-) mod_mmap_static .. Almacenamiento de paginas servidas frecuentemnte via mmap()
Desarrollo
(-) mod_example ...... Demostraci�n de Apache API(Solo Para Desarrolladores)
_____________________________________________________________________________
(+) = habilitado por default [habilitado con --disable-module]
(-) = deshabilitado por default [deshabilitado con --enable-module ]
Usar la opciones --enable-shared=NAME y --disable-shared=NAME para habilitar o
deshabilitar el shared object support de un m�dulo en particular desde el
archivo Apache src/Configuration.tmpl.
Los defaults (yes=enabled, no=disabled) se pueden ver ejecutando: './configure
--help'
Hay dos variantes especiales para NAME:
1. 'max' para habilitar o deshabilitar DSO en todos los m�dulos excepto en
m�dulo bootstrapping 'so' y 'remain'
2. Para habilitar o deshabilitar DSO para algunos m�dulos, se haran uno a uno
cada uno.
Nota 1: la opci�n --enable-shared NO HABILITA AUTOMATICAMENTE
el m�dulo ya que hay variantes como '--enable-shared=max'
lo cual no implica '--enable-module=all'
Nota 2: Por default el mecanismo DSO es globalmente deshabilitado
es decir: no hay modulos construidos como shared objects
Nota 3: El uso de alguna opci�n --enable-shared implica autom�ticamente
una opci�n --enable-module=so debido a que el m�dulo bootstrapping,
mod_so es siempre necesario para el soporte de DSO
Nota 4: Si despu�s se quiere extender la instalaci�n Apache via m�dulos
de terceros a traves del mecanismo DSO+APXS hay que asegurarse de
al menos con mod_so incluido, a�n cuando m�dulos no distribuidos
sean construidos como shared objects.
Esto puede ser alcanzado expl�citamente usando --enable-module=so
Nota 5: Algunas plataformas requieren --enable-rule=SHARED_CORE para que el
mecanismo DSO funciones, es decir, cuando se desea usar
--enable-shared
para algunos m�dulos en esas plataformas tambi�n se deber�
habilitar
la regla SHARED_CORE, para m�s detalles leer:
'htdocs/manual/dso.html'
Usar la opci�n --permute-module=N1:N2 para permutar las l�neas AddModule de
los m�dulos mod_N1 y mod_N2 en el Configuration file. De esta manera uno puede dar
diferentes prioridades a los m�dulos.
hay dos variantes especiales para la opci�n argumento. Primero BEGIN:N quien permuta
el m�dulo mod_N con el principio de la lista de m�dulos(prioridad menor), y segundo
N:END quien permuta mod_N con el fin de la lista de m�dulos, es decir, esto mueve el
m�dulo al final de la lista(prioridad alta).
Usar la opci�n --without-support para explicitamente deshabilitar la construcci�n
e instalaci�n de herramientas de soporte el area src/support/.
Esto es provechoso cuando se tiene problemas de compilaci�n con uno o mas de estos
no programas en nuestra plataforma o si no los necesitamos.
Usar la opci�n --without-confadjust para explicitamente deshabilitar algunas
construcciones user/situation dependientes de ajustes a acrhivos de configuraci�n,
(Group, Port, ServerAdmin, ServerName, etc.)
Esto es interesante vendedores de paquetes que quieren mantener sus defaults.
Usar la opci�n --without-execstrip para deshabilitar el eliminar de ejecutables
durante
la instalaci�n. Esto es importante en algunas plataformas en combinaci�n con
--enable-rule=SHARED_CORE o cuando Apache es contruido con debugging symbols que
no deben perderse.
Usar la opci�n --enable-suexec para permitir la caracter��stica de suEXEC
construyendo
e instalando el programa de soporte "suexec".
Usar --suexec-caller=UID para setear la identificaci�n del usuario permitida del
llamador.
Usar --suexec-userdir=DIR para setar el subdirectorio del usuario, Usar la opci�n
--suexec-docroot=DIR para setear suexec root directorio.
Usar --suexec-uidmin=UID/--suexec-gidmin=GID para setar lo m�nimo permitido UID/GID,
Usar --suexec-logfile=FILE para setar el logfile y usar --suexec-safepath=PATH
para setear el safe shell PATH para la caracter�stica suEXEC.
Al menos una opci�n --suexec-xxxxx debe proporcionarse junto con la opci�n
-enable-suexec
para permitir a APACI aceptar su petici�n de usar la caracter�stica suEXEC.
CUIDADO: PARA LOS DETALLES SOBRE LA CARACTERISITICA SUEXEC, SE RECOMIENDA ALTAMENTE
LEER htdocs/manual/suexec.html ANTES DE USAR LAS OPCINES ANTES MENCIONADAS.
USANDO LA CARACTERISITICA SUEXEC ADECUADAMENTE PUEDE REDUCIR
CONSIDERABLEMENTE
LOS RIESGOS DE SEGURIDAD QUE ENVUELVE EL PERMITIR A USUARIOS DESARROLLAR Y
CORRER CGI O SSI PROGRAMAS PRIVADOS. SIN EMBARGO, SI SUEXEC ES CONFIGURADO
MAL
ESTO CREARA MAS PROBLEMAS Y HUECOS DE SEGURIDAD. POR ELLO, SI NO ESTA
FAMILIARIZADO CON LA ADMINISTRACION DE SETUID ROOT PROGRAMS Y ASPECTOS DE
SEGURIDAD, LE RECOMENDAMOS MANTENERSE ALEJADO DE ESTAS OPCIONES.
Usar la opci�n --shadow para permitir a APACI crear un shadow source tree de los
sources a ser construidos. Es provechoso cuando se desea construir para diferentes
plataformas en paralelo(a traves de un NFS, AFS o DFS filesystem montado)
Se puede especificar el directorio a la opci�n --shadow donde se creara el shadow
tree.
Usar la opci�n --quiet para deshabilitar todos los configuration verbose messages.
Usar la opci�n --verbose para habilitar verbose messages adicionales.
Usar la opci�n --server-uid para especificar el User ID para el servidor.
Sino se especifica el servidor corre como usuario nobody.
Si el User ID especificado es diferente al ID del usuario que lo levanta, entonces
ser� necesario levantarlo como root.
Usar la opci�n --server-gid para especificar el Group ID que el User ID del
servidor.
Sino se especifica el Group ID ser� #-1.
4. Construyendo el paquete
-----------------------
Construir las varias partes que forman el paquete Apache es tan sencillo como:
$ make
hay que ser paciente en este punto, toma aproximadamente 2 minutos en un sistema
Pentium-166/FreeBSD-2.2, depende de la cantidad de m�dulos que se hayan
habilitado.
5. Instalando el paquete
---------------------
Ahora es tiempo de instala el paquete bajo el prefijo de configuraci�n de
instalaci�n
PREFIX (ver opci�n --prefix arriba) corriendo:
$ make install
Para la paranoia hacker bajo nosotros: el comando anterior realmente bajo PREFIX
es decir, ninguna otra cosa del sistema es tocada. A�n si se hace un upgrade de
una
instalaci�n existente los configuartion files en PREFIX/etc/ son preservados.
Nota para package authors:
Para simplificar rodarse un paquete tarball de los archivos instalados.
APACI proporciona una manera de reemplazar la ra�z de instalaci�n en el paso de
instalac�n.
Adicionalmente se puede conseguir librarse de los user message al final de la
instalaci�n usando 'install-quiet', ejemplo:
$ make install-quiet root=/tmp/apache-root
Notas plataformas espec�ficas:
Para re-instalar Apache en AIX se debe usar el comando 'slibclean' antes de
usar
'make install' para no descargar viejas versiones del DSO que puedan estar
cacheadas por el dynamic loader.
6. Probando el paquete
-------------------
Ahora usted puede encender su Apache HTTP server inmediatamente, ejecutando:
$ PREFIX/bin/apachectl start
Entonces podremos hacer nuestro primer request via URL http://localhost/
(Cuando usted construye e instala Apache como root o al menos usa la opci�n
--without-confadjust o http://localhost:8080/ (cuando se construye o instala Apache
como un usuario regular) Entonces se puede parar el servidor ejecutando:
$ PREFIX/bin/apachectl stop
7. Modificando(customizing) el paquete
-----------------------------------
Se puede customizar el Apache HTTP server editando los configuration files
bajo PREFIX/etc/
$ vi PREFIX/etc/httpd.conf
$ vi PREFIX/etc/access.conf
$ vi PREFIX/etc/srm.conf
Dale un vistazo al Apache manual bajo htdocs/manual/ o http://www.apache.org/docs/
para una completa referencia de las configuration directives disponibles.
8. Preparando el Sistema
---------------------
Una operaci�n adecuada de un public HTTP server requiere al menos:
1. Una correcta capa de trabajo TCP/IP, desde que HTTP es implementado en la cima
de
TCP/IP. Aunque las plataformas modernas de UNIX tienen buenas capas de Red,
siempre
asugararse de tener todos los parches oficiales referentes a la capa del
network.
2. El guardar exacto del tiempo, desde que los elementos del protocolo HTTP son
expresados como el tiempo del dia. Es hora de investigar como setear alguna
facilidad de time synchronization.
Usualmente los programas ntpdate o xntpd son usados para este proposito, que
estan
basados en Network Time Protocol (NTP).
Ver el Usenet newsgroup comp.protocols.time.ntp y el NTP homepage en:
http://www.eecis.udel.edu/~ntp/ para m�s detalles del software NTP y
sobre public time servers.
