[Article] Lighttpd et apache sur le même serveur II

[Ron56]

Ce tuto a été modifié le 24 aout 2008, il n'utilise plus une ipfailover mais le port 81 pour apache (pas gênant car en interne)

Je vais vous expliquer ici comment mettre un lighttpd en frontal tout en gardant un apache qui tourne derrière avec les htaccess fonctionnels


En fait lightpd va mettre en cache certains fichiers (images, css...) et les servir, si il n'as pas ce fichier en cache ou si c'est un fichier php qui est demandé il transmet ça a apache sur le port 81 ...

Pour ca on va installer un lighttpd qui a été patché avec modcache, on le trouve ici :

http://www.linux.com.cn/modcache/

J'ai pris celui la : "v1.4.3 source tarball lighttpd 1.4.18 with mod_cache v1.4.3 patched"

il faut après le compiler et l'installer

Maintenant la seule modif a faire sur la configuration d'apache est de le faire écouter sur le port 81 :

debian :

Code: Tout sélectionner

vim /etc/apache/httpd.conf


gentoo

Code: Tout sélectionner

vim /etc/httpd/httpd.conf


On change Listen en indiquant l'ip de notre serveur

Code: Tout sélectionner

Listen YY.YY.YY.YY:81


On ne redémarre pas apache tout de suite, on va d'abord paramétrer lighttpd

Code: Tout sélectionner

vim /etc/lighttpd/lighttpd.conf


Les modules activés chez moi:

Code: Tout sélectionner

    "mod_redirect",
    "mod_proxy",
    "mod_access",
    "mod_cache",


La partie concernant le cache :

Code: Tout sélectionner

### CACHE ###
cache.support-queries = "enable" #ignore '?' in url
cache.refresh-pattern = (
     "\.(?i)(js|css|swf)$" => "240", # *.js, *.css, toutes les 4h
     "\.(?i)(jpg|bmp|jpeg|gif|png)$" => "2880", # images misent en cache 2jours
     "." => "nocache" # pas de cache pour le reste
)

cache.bases = ("/home/lighttpd") # write cached files in /data/cache directory
cache.enable = "enable"
proxy.server  = ( "/" =>
  (
          ( "host" => "YY.YY.YY.YY", "port" => 80 ) # vers apache si jamais lighty ne peut servir le fichier
  )
)

proxy.worked-with-mod-cache = "enable" # que le mod_cache marchent avec mod_proxy


et enfin on dit a lighty d'écouter sur l'ip principale :

Code: Tout sélectionner

server.bind  = "XX.XX.XX.XX"
server.port  = 80


Prêts a passer en prod ? ^^

On stoppe apache

Code: Tout sélectionner

/etc/init.d/httpd stop


On démarrer apache

Code: Tout sélectionner

/etc/init.d/httpd start


Et on démarrer lighttpd :

Code: Tout sélectionner

/etc/init.d/lighttpd start


Logiquement mieux que ma première proposition non ?

[moktoipas]

ca me parrait logique, meme si je suis peux convaincu de l'utilité (a part eventuellement sur des sites dont le principal contenu est des fichier images)

[Ron56]

ca me parrait logique, meme si je suis peux convaincu de l'utilité (a part eventuellement sur des sites dont le principal contenu est des fichier images)

Regarde un fichier de log, tu verra le nombre d'images, favicon, css, xml servis par ton apache

[jcaron]

Pour ce tuto il faut au moins une IP failover (dispo sur tout les serveurs dédiés ovh et même sur les RPS ..)

Rien ne t'empêche de mettre Apache sur un autre port plutôt que de "gâcher" une bonne IP.

Jacques.

[Ron56]

Pour ce tuto il faut au moins une IP failover (dispo sur tout les serveurs dédiés ovh et même sur les RPS ..)

Rien ne t'empêche de mettre Apache sur un autre port plutôt que de "gâcher" une bonne IP.

Jacques.

OVH propose 4 ip pour ce dédié, elles sont inutilisées... autant prendre une autre ip et faire passer le traffic par le 80 plutot que sur la même ip sur le port 443 par exemple ...

Et oui certains proxys bloqueront le traffic sur le 81 par exemple

Sinon gain de perf flagrant ce soir ..

[Bool]

Tout passe par le reverse proxy, tu peux utiliser n'importe quel port en interne que ça ne changera rien.

[elcantar]

Merci pour ce tutoriel,

Il peut être utile dans certains cas précis

EDIT : +1 reco

[Mumuri]

une question si tu fais un requête vers un fichier zip, c'est lighty ou apache qui va le servir ?

[Bool]

C'est du cas par cas, à toi de décider.

[Mumuri]

je parlais par rapport à la config fourni plus haut, les .zip ne semble pas être traiter par la partie gestion de cache,

donc est ce que dans ces cas là c'est lighty ou apache qui va le servir ?

[Julia41]

Excellent, même si supprimer complètement papache reste la meilleure solution ^^

[Ron56]

je parlais par rapport à la config fourni plus haut, les .zip ne semble pas être traiter par la partie gestion de cache,

donc est ce que dans ces cas là c'est lighty ou apache qui va le servir ?

les zip n'apparaissent pas dans la conf de lighty et la requête sera donc transmise a papache

[Mumuri]

ok dans ce cas y'aurai pas moyen de filtrer le traffic vers apache pour que lighty serve le plus de fichiers possibles ?

un truc dans ce genre là
$HTTP["url"] =~ "\.php$" {
// traffic apache (proxy ...)
}

[Bool]

Mumuri : il faut aussi faire gaffe aux règles de rewriting en fait. Du coup les dossiers, fichiers .php, .php3, .html et autres joyeusetées utilisées en rewriting doivent être traitées par Apache (sinon autant dégager Apache complètement).

[Mumuri]

Bool , pour ma part apache il a déjà dégagé

ce que je demande c'est que en admettant que les règles de rewrite ne touche que des .php est ce que y'aurai pas moyen de faire un

$HTTP["url"] =~ "\.php$" {
// traffic apache (proxy ...)
}

et encore mieux, est ce que quelqu'un aurai déjà testé ici ?