Foros del Web » Administración de Sistemas » Apache »

Tomca modifica mod_jk.conf después de perzonalizado

Estas en el tema de Tomca modifica mod_jk.conf después de perzonalizado en el foro de Apache en Foros del Web. Hola... El archivo mod_jk.conf generado por tomcat y que crea en c:\Tomcat\conf\auto\ lo modifiqué para agregarle la línea: JkMount /*.jsp ajp13 Pero cada vez que ...
  #1 (permalink)  
Antiguo 29/10/2010, 08:10
 
Fecha de Ingreso: mayo-2010
Mensajes: 38
Antigüedad: 13 años, 11 meses
Puntos: 0
Tomca modifica mod_jk.conf después de perzonalizado

Hola...

  1. El archivo mod_jk.conf generado por tomcat y que crea en c:\Tomcat\conf\auto\ lo modifiqué para agregarle la línea:
    JkMount /*.jsp ajp13

    Pero cada vez que reinicio a Tomcat... me crea uno nuevo... y obvio se pierde mi modificación... ¿Cómo hago para que no me lo modifique?

  2. Deseo que pueda abrir un archivo ubicado en:
    c:\Tomcat\webapps\
    Ejemplo: archivo.jsp

    http://localhost:8080/archivo.jsp

  3. Necesito entender las directivas Directory y Location del contenido del archivo mod_jk.conf o mejor dicho que significa y como puedo modificarlas a mi gusto...
    Código:
        Alias /manager "C:/Tomcat/webapps/manager"
    
        <Directory "C:/Tomcat/webapps/manager">
            Options Indexes FollowSymLinks
            DirectoryIndex index.html index.htm index.jsp 
        </Directory>
    
        <Location "/manager/WEB-INF/*">
            AllowOverride None
            deny from all
        </Location>
    
        <Directory "C:/Tomcat/webapps/manager/WEB-INF/">
            AllowOverride None
            deny from all
        </Directory>
        ...
        JkMount /manager/*.jsp  ajp13
        JkMount /manager/html/*  ajp13
        JkMount /manager/deploy  ajp13
        JkMount /manager/*.jspx  ajp13
        ...
    
  4. Creo que para adaptar el mod_jk.conf para obtener el resultado
    http://localhost:8080/archivo.jsp
    Código:
        Alias /manager "C:/Tomcat/webapps"
    
        <Directory "C:/Tomcat/webapps">
            Options Indexes FollowSymLinks
            DirectoryIndex index.html index.htm index.jsp 
        </Directory>
    
        <Location "WEB-INF/*">
            AllowOverride None
            deny from all
        </Location>
    
        <Directory "C:/Tomcat/webapps/WEB-INF/">
            AllowOverride None
            deny from all
        </Directory>
        ...
        JkMount /*.jsp  ajp13
        JkMount /html/*  ajp13
        JkMount /deploy  ajp13
        JkMount /*.jspx  ajp13
        ...
    

gracias por adelantado...
  #2 (permalink)  
Antiguo 29/10/2010, 12:31
 
Fecha de Ingreso: febrero-2007
Ubicación: Barranquilla, Colombia
Mensajes: 181
Antigüedad: 17 años, 2 meses
Puntos: 3
Respuesta: Tomca modifica mod_jk.conf después de perzonalizado

http://httpd.apache.org/docs/2.2/sections.html
http://httpd.apache.org/docs/2.2/mod...uthz_host.html
Código:
Alias /manager "C:/Tomcat/webapps/manager"

    <Directory "C:/Tomcat/webapps/manager">
        Options Indexes FollowSymLinks
        DirectoryIndex index.html index.htm index.jsp 
    </Directory>

    <Location "/manager/WEB-INF/*">
        AllowOverride None
        deny from all
    </Location>

    <Directory "C:/Tomcat/webapps/manager/WEB-INF/">
        AllowOverride None
        deny from all
    </Directory>
Alias:
La directiva Alias (Apodo) permite que los documentos sean almacenados en el sistema de archivo local excepto mediante la directiva DocumentRoot.

Ejemplo: Alias /Carpeta3 "C:/Carpeta1/Carpeta2/Carpeta3"

Una solicitud por http://MiServidor/Carpeta3/Archivo.Ext causará que el servidor retorne el archivo C:/Carpeta1/Carpeta2/Carpeta3/Archivo.Ext Solo segmentos completos de ruta son coincidentes, así el alias anterior no coincidiría a una solicitud en http://MiServidor/Carpeta3Archivo.Ext
Note que si incluye una barra "/" en la url del alias, el servidor requerirá la barra "/" con el fin de expandir el alias o apodo.

Ejemplo: Alias /Folder3/ "C:/Folder1/Folder2/Folder3/"
Así el url /Folder no será apodado.

Puede ser que se necesite especificar secciones adicionales Directory que cubrirían los destinos de los apodos. Especificar los Alias ocurre antes de que las secciones Directory sean verificadas, así que solo los destinos de los apodos son afectados. (Sin embargo, las secciones Location se ejecutan a través de los alias una vez que ellos son dispuestos anteriormente, así que ellos serán usados)

<Directory>:
<Directory> y </Directory> se usan para encerrar un grupo de directivas que solo se aplicarán al directorio y subdirectorios nombrados del mismo.
Alguna directiva que sea permitida se puede usar en el contexto de la directiva Directory. La ruta puede ser la ruta completa de cualquier directorio, o cadenas coincidentes con comodines usando el shell de estilo unix.

<Directory "C:/Carpeta1/Carpeta2/Carpeta3">
...
</Directory>

<Location>:
<Location> limita el ámbito de las directivas acotadas por la URL. Es similar a la directiva <Directory>, e inicia una subsección que termina con una directiva </Location>. Las secciones <Location> se procesan en el orden en que ellas aparecen en el archivo de configuración, después que las secciones <Directory> y archivos .htaccess son leidos, y después de las secciones <Files>.
Las secciones <Location> operan completamente fuera del sistema de archivos. Esto tiene varias consecuencias. Lo más importante, las directivas <Location> no deberían usarse para controlar el acceso a ubicaciones del sistema de archivos. Ya que varias URLs diferentes pueden mapear la misma ubicación del sitema de archivo, tales controles de acceso pueden ser burlados.

Utilizar <Location> para aplicar directivas al contenido que vive fuera del sistema de archivos. Para el contenido que vive en el sistema de archivos, utilizar <Directory> y <Files>.

Options:
La directiva Options controla que características están disponibles en un directorio particular.
Puede ser puesta a None, en tal caso ninguna de las características extras son habilitadas, o una o más de las siguientes:
Indexes Si una URL que mapea al directorio solicitado, y no hay DirectoryIndex en ese directorio, entonces mod_autoindex retornará un listado de directorios similar al comando ls en Unix o Dir en Win32.
FollowSymLinks El servidor seguirá enlaces simbólicos en este directorio
Aunque el servidor siga el enlace no cambia la ruta de acceso usada para comparar con las secciones <Directory>.
Tenga en cuenta también, que esta opción es ignorada si se pone dentro de una sección <Location>.
La omisión de esta opción no debe considerarse como una restricción de seguridad, ya que las pruebas enlace está sujeto a las condiciones de carrera que lo hacen eludible.

DirectoryIndex:
Listado de recursos a buscar cuando un cliente solicita un directorio (o índice de directorio especificando "/" al final del nombre de directorio)
Ejemplo: DirectoryIndex index.html index.htm index.php index.jsp /text/index.txt
Es decir que se mostrará el contenido de index.txt dentro del directorio text si ninguno de index.html, index.htm, index.php, index.jsp están disponibles.

AllowOverride:
Cuando el servidor encuentra un archivo .htaccess (como se especifica por la directiva AccessFileName) necesita saber que directivas declaradas en ese archivo puede sustituir en las directivas previas de configuración.
Cuando esta directiva se pone en None, entonces los archivos .htaccess son ignorados completamente. En este caso, el servidor no intentará leer los archivos .htaccess en el sistema de archivos.
Cuando esta directiva se pone en All, entonces cualquier directiva que tenga el contexto .htaccess se permite en los archivos.

Allow:
La directiva Allow controla que hosts pueden acceder a una zona del servidor. El acceso puede ser controlado por nombre de host, dirección IP, rango de direcciones IP, o por otras características de la solicitud del cliente capturadas en variables de entorno.
El primer argumento de esta directiva es siempre from Los argumentos posteriores pueden adoptar tres diferentes formas. Si se especifica Allow from all, entonces a todos los hosts se les permite acceso, sujetas a la configuración de las directivas Deny y Order.

Deny:
Esta directiva controla que hosts son denegados para acceder al servidor. La negación puede basarse en el nombre de host, dirección IP, o variables de entorno. Los argumentos de la directiva Deny son idéntivos a los argumentos de la directiva Allow.

Order:
Controla el estado de acceso predeterminado y el orden en que se evalúan las directivas Allow y Deny.
La directiva Order, junto con las directivas Allow y Deny, controla un sistema de control de acceso de tres pasos. El primer paso procesa todas las directivas Allow o todas las directivas Deny, especificado en la directiva Order. El segundo paso analiza el resto de las directivas (Deny o Allow). El tercer paso se aplica a todas las peticiones que no coinciden con ninguno de los dos primeros.

Allow, Deny: Primero, se evalúan todas las directivas Allow, al menos una debe coincidir, o la petición es rechazada. Luego, se evalúan todas la directivas Deny. Si alguna coincide, la petición se rechaza. Por último todas las peticiones que no coincidan con las directivas Allow o Deny son negadas por defecto.

Deny, Allow: Primero, se evalúan las directivas Deny, si alguna coincide, la petición se rechaza a menos que también coincida con una directiva Allow. Todas peticiones que no coincidan con las directivas Allow o Deny son permitidas.

La presencia de una directiva Order puede afectar el acceso a una parte del servidor incluso en ausencia de la compañía de las directivas Allow y Deny, debido a su efecto sobre el estado de acceso predeterminado. Por ejemplo,

Código:
<Directory /www>
Order Allow, Deny
</ Directory>
Se Denegará el acceso al directorio / www porque el estado de acceso predefinido se establece en Deny.
__________________
Jose Luis Bernal Zambrano
Please response to:
[email protected]
  #3 (permalink)  
Antiguo 29/10/2010, 14:32
 
Fecha de Ingreso: febrero-2007
Ubicación: Barranquilla, Colombia
Mensajes: 181
Antigüedad: 17 años, 2 meses
Puntos: 3
Respuesta: Tomca modifica mod_jk.conf después de perzonalizado

Para que Tomcat no modifique el archivo mod_jk.conf que ya debes haber creado, se debe deshabilitar la autogeneración de configuración de Tomcat...
Para lo cual se debe modificar el archivo server.xml, comentándose las líneas que hacen referencia "org.apache.jk.config.ApacheConfig"


Código:
<!--
        <Listener className="org.apache.jk.config.ApacheConfig" 
        ....
        />
-->
Edita el archivo agregando al archivo mod_jk.conf la línea:
Código:
 JkMount /*.jsp  ajp13 
justo antes de la línea de la directiva de cierre </VirtualHost>

Reinicia Tomcat y luego reinicia Apache.
__________________
Jose Luis Bernal Zambrano
Please response to:
[email protected]

Etiquetas: Ninguno
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 02:14.