Discussion :

[Ren's]

Bonjour à tous,

Je suis débutant sous Tomcat/Apache et en attendant de recevoir le livre "Apache Tomcat 6 - Guide d'administration du serveur Java EE sous Windows et Linux", je m'exerce un peu...

J'ai un premier serveur où j'ai installé Apache 2 et le mod_jk. Voici les fichiers de config :

/etc/httpd/conf/worker.properties :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
ps=/
worker.list=default
worker.default.port=8009
worker.default.host=192.168.1.131 (adresse de mon serveur Tomcat)
worker.default.type=ajp13

/etc/httpd/conf/httpd.conf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
LoadModule jk_module modules/mod_jk.so
#
# Mod_jk settings
#
   JkWorkersFile "/etc/httpd/conf/worker.properties"
   JkLogFile "/etc/httpd/logs/mod_jk.log"
   JkLogLevel warning
   JkMount /examples default
   JkMount /examples/* default
# End of mod_jk settings

Et un deuxième serveur où j'ai installé Tomcat 6, dont voici les fichiers de config :

/usr/local/tomcat/conf/server.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
 
    <Engine name="Catalina" defaultHost="localhost" jvmRoute="default">

Lorsque je me connecte via http://server2:8080, ca fonctionne nickel, j'ai la page de base de tomcat.
Maintenant lorsque j'essaye de me connecter via http://server1/examples j'ai une page blanche et pas d'erreur dans les logs du mod_jk... Si j'ai bien compris, je devrais voir le contenu du répertoire examples qui se trouve sur server2 ? Mes 2 serveurs sont sous Centos 5.2

Qu'est ce que j'ai oublié de configurer ? J'ai suivi ce how to.

Merci d'avance à tous !

[lunatix]

je te conseille de laisser tomber le mod_jk qui est complexe a configurer et de te tourner vers le mod_proxy_http de apache 2 : beaucoup plus simple et tout aussi performant (voir plus)

http://www.developpez.net/forums/d81...apache-tomcat/

[Ren's]

Ok merci, je regarderai ça tout à l'heure...

Mais ca m'énerve, ca n'avait pas l'air si compliqué à installer...
Mettre le mod_jk.so dans le répertoire Modules puis configurer les 2 fichiers que j'ai mis plus haut, je ne comprend pas pq ca ne fonctionne pas !

[tchize_]

je te conseille de laisser tomber le mod_jk qui est complexe a configurer et de te tourner vers le mod_proxy_http de apache 2 : beaucoup plus simple et tout aussi performant (voir plus)

Et moi je conseille au contraire mod_jk qui présente les avantages suivant
-> tomcat "vois" l'ip du demandeur et pas celle de apache (très utile pour le logging ou le filtrage)
-> tomcat "vois" l'adresse/port du serveur apache comme étant sa propre adresse, pas besoin de rajouter un module pour réécrire la réponse et adapter toutes les urls.
-> la connection peut être sécurisée
-> Il n'est franchement pas difficile à configurer

Qu'est ce que j'ai oublié de configurer ? J'ai suivi ce how to.

Merci d'avance à tous !

Corrige ton worker.properties comme ceci, pour commencer:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
worker.list=default
worker.default.type=lb
worker.default.balance_workers=server1
 
worker.server1.port=8009
worker.server1.host=192.168.1.131 
worker.server1.type=ajp13

J'avais lu à plusieurs endroits que mod_jk exige que tu passe à deux niveau comme ceci, même si tu ne veux pas de loadbalancer.


La meilleures doc pour configurer mod_jk reste ici:
http://tomcat.apache.org/connectors-...to/apache.html

[lunatix]

tu peux récupérer les ips clientes dans le header http X-Forwarded-For
tu peux aussi sécuriser la connexion apache <-> tomcat en http (s)

sous une forte charge, debugguer du mod_jk c'est l'enfer (enfin je trouve)

apres bon, question de gouts

[tchize_]

tu peux récupérer les ips clientes dans le header http X-Forwarded-For

Ca nécessite que ta webapp sache qu'elle tourne derrière mod_proxy. Avec mod_jk, c'est transparent, tu peut prendre un webapp du commerce et la déployer, elle verra rien

tu peux aussi sécuriser la connexion apache <-> tomcat en http (s)

Je parlais pas de crypter mais de s'assurer que seuls les front-end autorisés se connectent au back-end (ca peut se faire aussi avec du firewalling en cas de mod_proxy)

sous une forte charge, debugguer du mod_jk c'est l'enfer (enfin je trouve)

Sous une forte charge, tu lance pas un debuggeur d'une manière générale

apres bon, question de gouts

Et surtout de besoins