Suphp : php4 et php5 avec apache 2 sous debian
Le 12-01-2006 à 16:27 par Nicolas L.. Dans PHP et Tutoriaux
Nombre de commentaires : 23
Je vais présenter une façon qui permet d’exécuter des script php4 et php5 sur le même serveur. Pour celà j’utilise un module apache qui permet d’exécuter des scripts php sous l’utilisateur du propriétaire des fichiers php. Je ne rapellerais pas ici les avantages de suphp. Seulement cette méthode fonctionne seulement avec suphp 0.6. J’avais à l’époque écrit un patch pour suphp0.5 mais depuis suphp0.6 est sortit et il permet directement de switcher facilement entre php4 et php5. Suphp0.6 fonctionne également avec les scripts perl mais je n’en parlerais pas dans ce tutorial.
Installation
Je suppose ici que vous avez déjà installé apache2, php4 en version CGI.
php5
Php5 est entrain d’être ajouté petit à petit dans debian testing et unstable. J’ai donc utilisé les paquets debian non officiels.
Selon votre distribution, rajouter les lignes suivantes qui vont bien dans votre fichier /etc/apt/sources.list :
# PHP5.0 for Debian sid deb http://people.debian.org/~dexter php5.0 sid deb-src http://people.debian.org/~dexter php5.0 sid # PHP5.0 for Debian sarge deb http://people.debian.org/~dexter php5.0 sarge deb-src http://people.debian.org/~dexter php5.0 sarge # PHP5.0 for Debian woody deb http://people.debian.org/~dexter php5.0 woody deb-src http://people.debian.org/~dexter php5.0 woody deb http://www.backports.org/debian stable curl libtool libxml2 libxslt po-debconf sed deb http://people.debian.org/~dexter libmcrypt woody deb http://people.debian.org/~dexter mhash woody # PHP5.0 for Ubuntu breezy deb http://people.debian.org/~dexter php5.0 breezy deb-src http://people.debian.org/~dexter php5.0 breezy # PHP5.0 for Ubuntu hoary deb http://people.debian.org/~dexter php5.0 hoary deb-src http://people.debian.org/~dexter php5.0 hoary
D’autres dépots contenant php4 et php5 existent :
- http://www.dotdeb.org/
- Adresses ?
Ensuite, installer php5 :
apt-get install php5 php5-cli php5-cgi php5-dba php5-spl php5-mysql php5-pgsql php5-simplexml php5-sqlite php5-bz2 php5-gd
Suphp 0.6
Suphp 0.6 est désormais inclus dans debian testing et unstable. Un simple apt-get suffit :
apt-get install libapache2-mod-suphp suphp-common
Pensez à vérifier que vous disposez bien de suphp0.6 car la méthode proposée dans cette page ne fonctionnera pas avec les versions antérieures de suphp !
Configuration
Apache
Editer le fichier /etc/apache2/apache2.conf.
Rajouter la ligne suivante :
AddType application/x-httpd-php5 .php5
Il faut ensuite éditer le fichier /etc/apache2/mods-enabled/suphp.conf :
<IfModule mod_suphp.c>
AddHandler x-httpd-php .php .php3 .php4 .phtml
AddHandler x-httpd-php5 .php5
AddHandler x-suphp-cgi .cgi .pl
suPHP_AddHandler x-httpd-php
suPHP_AddHandler x-httpd-php5
suPHP_AddHandler x-suphp-cgi
suPHP_Engine on
</IfModule>
Suphp
Editer le fichier /etc/suphp/suphp.conf. Le plus important est de configurer correctement la section [handlers].
[global] ;Path to logfile logfile=/var/log/suphp/suphp.log ;Loglevel loglevel=warn ;User Apache is running as webserver_user=www-data ;Path all scripts have to be in docroot=/var/www ; Security options allow_file_group_writeable=true allow_file_others_writeable=false allow_directory_group_writeable=false allow_directory_others_writeable=false ;Check wheter script is within DOCUMENT_ROOT check_vhost_docroot=true ;Send minor error messages to browser errors_to_browser=false ;PATH environment variable env_path=/bin:/usr/bin ;Umask to set, specify in octal notation umask=0077 ; Minimum UID min_uid=100 ; Minimum GID min_gid=100 [handlers] ;Handler for php-scripts x-httpd-php=php:/usr/bin/php4-cgi x-httpd-php5=php:/usr/bin/php5-cgi ;Handler for CGI-scripts x-suphp-cgi=execute:!self
La section [handlers] est particulièrement importante car elle précise les chemins vers les exécutables PHP. Prenez donc soin de vous assurer que l’executable existe. Par exemple si votre exécutable php a le nom php5.0-cgi, adaptez la configuration en conséquence.
Avec cette configuration, tous les fichiers .php sont exécutés avec php4 et les fichiers .php5 sont exécutés avec php5.
On peut aussi choisir d’exécuter des fichiers .php avec php5 en utilisant un fichier .htaccess comme celui ci :
AddHandler x-httpd-php5 .php AddType application/x-httpd-php5 .php
Je vous invite très fortement à consulter la documentation de suphp : /usr/share/doc/suphp-common/CONFIG
Résolution des problèmes
Problèmes généraux quand rien ne marche
Rien ne marche et je tombe systématiquement sur la page Internal Server Error et je ne sais pas quoi faire, suivez les pistes :
- Consulter le fichier de log de suphp : /var/log/suphp/suphp.log.
- Dans le fichier de configuration de suphp mettre temporairement à true la variable de conf errors_to_browser (relancer apache pr que ça soit prit en compte ?) : ainsi les erreurs seront directement affichées dans le navigateur plutot que de tomber sur la page "Internal Server Error".
- Vérifier les droits sur vos dossiers : le groupe et les autres ne doivent pas avoir de droits en écriture, y comprit le docroot (/var/www par défaut).
- Vérifier les droits sur les fichiers PHP : les autres ne doivent pas de droits en écriture.
Toutes ces restrictions sur les droits peuvent être changées dans le fichier de configuration de suphp à la section ; Security options mais il est toujours conseillé d’attribuer des droits minimaux. Je préconise d’appliquer massivement du chmod 744 :).
Sortir du docroot
Dans le fichier de configuration de suphp, on peut dire de ne pas vérifier que les scripts exécutés se situent dans le docroot : check_vhost_docroot=true. Cependant, même en la passant à false, il est impossible de sortir du docroot, bug ou mauvaise cocnfiguration ? Quoi qu’il en soit, la documentation de suphp indique qu’il faut configurer la varaible docroot du fichier de configuration de suphp comme ceci : docroot=/
iboga
Merci pour ce petit mémo bien pratique.
Note aux lecteurs qui pourraient se le demander: la manip fonctionne aussi sur apache 1.3*
Yves Goergen http://unclassified.de
Bonsoir,
merci aussi de moi. J'avait des problèmes avec suPHP 0.6.1 et la directive suPHP_AddHandler. Ca ne marche pas sans une section <Location>, mais il va me server le fichier PHP ne pas interpreté. Avec <Location> ca marche très bien.
(Sorry for any mistakes in my French, I don't use it very often.)
Samouel
je vous remercie infiniment pour ce tuto, un seul mot 'bravo'.
2 questions s'il vous plait:
1. Je ne trouve pas le fichier de conf de suphp (vous dites /etc/suphp/suphp.conf) baa je l'ai pas à cet emplacement ni à /etc/php4/* ni à /etc/php5/* et apt-cache search suphp.ini ne donne rien!
2. Dans le conf de /etc/apache2/mods-enabled/suphp.conf vous mettez la directive
"AddHandler x-suphp-cgi .cgi .pl" est-ce que suphp est valable aussi pour pl? si non ya pas un module pour Perl, Python pour executer les scripts avec l'identité client et non serveur (comme suphp quoi).
merci encore
Nico http://nico.tuxfamily.org
Bonjour Samouel.
je vais essayer de t'apporter deux réponses :
1- a tu bien installé la version 0.6 de suphp ? as tu bien installé les deux paquets "libapache2-mod-suphp" et "suphp-common" ?
2- oui, suphp est aussi valable pour les scripts cgi, mais je n'ai jamais eu l'occasion de le tester
à bientot
ps2gamer
J'ai le même problème que toi Samouel :(
Je suis sous debian sarge r2, apache2, un PHP Version 5.1.4-1.dotdeb.1 ...
J'ai pu sans problème installer le suPHP 0.6.1, mais impossible d'avoir /etc/suphp/suphp.conf grrrrrrrr
Je comprend pas pourquoi il ne me l'installe pas, à moins que ce n’est pas la bonne version qui faut ?
Et autre chose que je n'est pas pue installer, c'est le paquet "php5-spl", il ne le trouve pas. :(
@+
Nico http://nico.tuxfamily.org
Bonjour ps2gamer, je vais te poser la même question qu'à Samouel : as tu bien installé les deux paquets "libapache2-mod-suphp" et "suphp-common" ? Ces deux paquets suffisent à avoir le fichier /etc/suphp/suphp.conf
Peut être a tu installé un suphp sauce dotdeb ? je ne connais pas tous leurs packages, donc peut être qu'ils ont packagé suphp et que le fichier de conf de suphp n'est pas placé au même endroit. Lance un petit find sur suphp.conf dans le dossier /etc
Nico
Dans le fichier : /etc/apache2/apache2.conf
ServerTokens Prod
ServerSignature Off
Options -Indexes
# ServerTokens : masque les version de produits dans les headers affiche simplement Apache
# ServerSignature : masque les version de produits dans les pages générées par Apache
# Options -Indexes : empèche la génération automatique des index de répertoires (listing pâr Apache des fichier d'un répertoire lorsque index n'est pas présent)
Mika
Bonjour,
Tuto très intéressant. Merci.
J'utilise actuellement les repositories de dotdeb... Mais impossible de trouver les paquets debian suivants : php5-dba, php5-spl, php5-simplexml, php5-sqlite, php5-bz2. De plus, lors de l'installation de tout cela, le paquet libapache-mod-php4 est enlevé car le paquet libapache-mod-php5 désire s'installé... :(
====
root@dmz# apt-get install php5 php5-cli php5-cgi php5-mysql php5-pgsql php5-gd
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Les paquets supplémentaires suivants seront installés :
libapache-mod-php5
Paquets suggérés :
php5-pear
Les paquets suivants seront ENLEVÉS :
libapache-mod-php4
Les NOUVEAUX paquets suivants seront installés :
libapache-mod-php5 php5 php5-cgi php5-cli php5-gd php5-mysql php5-pgsql
0 mis à jour, 7 nouvellement installés, 1 à enlever et 5 non mis à jour.
Il est nécessaire de prendre 10,5Mo dans les archives.
Après dépaquetage, 20,1Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] n
Annulation.
====
J'ai testé avec les repositories de dexter, idem...
Je suis sur une debian Sarge, avec Apache2 et actuellement php4 (PHP Version 4.4.2-0.dotdeb.1).
Mika
Encore moi :)
Comment faites-vous pour installer suphp 0.6 sur Debian Sarge ? Moi j'ai la version 0.5 dans la liste des paquets... Cette version de suphp n'est pas dans les backports...
Merci d'avance,
Nico http://nico.tuxfamily.org
@Mika > Pour le backport je ne sais pas du tout, je pense que ça doit être très dur à faire soi même. Quoiqu'il en soit, si tu essaye d'utiliser la technique que je propose avec suphp 0.5, ça ne fonctionnera pas !!
Concernant le libapache-mod-php4 ce n'est pas grave, et même normal car ma technique utilise les versions cgi de php.
Bon courage pour le backport !
Nico
PtitKev http://www.statsbot.org
Hello :)
Bon je me lance pour la 2 eme fois sur ce tuto et je bloque sur ce msg d'erreur:
Starting web server: Apache2Syntax error on line 420 of /etc/apache2/apache2.conf:
Invalid command 'SuPHP_AddHandler', perhaps mis-spelled or defined by a module not included in the server configuration
J'ai chercher sur google mais rien d'intéressant.
En esperant que qqun a une soluce ^^
JPV
Bonjour,
Je suis admiratif de ce travail, mais je n'y comprend rien. Mon serveur est sous debian. Je ne suis pas celui qui l'a installé (un étudiant). Aujourd'hui j'ai quelques soucis que je cherche à le résoudre, en vain.
Le forum debian ne fonctionne plus....
I am lost et porté disparu.
Votre contact (me contacter en colonne droite) ne fonctionne pas sous internet explorer (excusez c'est peut-être une injure), mais j'ai netscape et mozilla.
J'attends votre aide puisque vous êtes le seul lien avec le site debian-fr.org.
Merci encore.
JPV
lionelh
PtitKev,
Tu as essayé avec un 's' minuscule au début car cle problème vient peut-êtr de là ?
lionelh
liquide http://www.lisx.org
ouép ca marche :p
Tom
Bonjour j'ai un problème avec suPHP sur mon serveur
je l'ai installé et du coup ca me bloque certains includes, je m'explique.
Depuis un site /home/site1/www/, j'ai un fichier index.php qui fait un include("/home/site2/www/inc.php");
Mais j'ai un message d'erreur "Permission denied" sur le fichier alors que je l'ai mis en 777 pour être sur que le problème ne vient pas des droits.
J'en ai conclut que suPHP bloqué mon include car ce n'est pas le même utilisateur qui est maitre du fichier mais comment faire pour ne plus avoir ce problème ?
merci
vanalex
Hello,
Merci pour toute cette documentation, qui m'a bien été utile. Mais il me j'ai tout de même un problème. Voici ma configue serveur :
- Ubuntu Edgy (6.10), Apache2 et Suphp 0.6.1.
J'ai installé Suphp via apt-get puis j'ai suivi les instructions de ce site.
Mon probleme est le suivant :
1°/ Apres avoir activé Suphp pour apache2, j'execute un script phpinfo.php. PHP fonctionne bien. le script m'indique que mon php.ini se trouve dans /etc/php5/cgi, si je modifie le fichier php.ini qui est dans ce répertoire et qu je relance apache les modifications ne sont pas prises en compte. Est ce normal? Voyez vous un problème?
2°/ Dans mon fichier /etc/apache2/mods-enabled/suphp.conf, j'ai ajouté la ligne suivante afin de personnaliser la configue php d'un site :
suPHP_ConfigPath /home/websafe/public_html/php.ini
Après avoir relancé apache, j'execute un script phpinfo.php qui se trouve dans le répertoire public_html. Malheureusement il semble que ce soit toujours la configue par défaut qui soit activée. Avez vous une idée?
Merci,
A++
J'ai tenté aussi, même erreur que PtitKev, et je n'ai aucun fichier suphp.conf contenant ce que vous citez ...
dommage :(
Vanalex
Hello,
J'ai installé Suphp via apt-get.
- Ubuntu Edgy (6.10), Apache2 et Suphp 0.6.1.
Mon probleme est le suivant :
1°/ Apres avoir activé Suphp pour apache2, j'execute un script phpinfo.php. PHP fonctionne bien. le script m'indique que mon php.ini se trouve dans /etc/php5/cgi, si je modifie le fichier php.ini qui est dans ce répertoire et qu je relance apache les modifications ne sont pas prises en compte. Est ce normal? Voyez vous un problème?
2°/ Dans mon fichier /etc/apache2/mods-enabled/suphp.conf, j'ai ajouté la ligne suivante afin de personnaliser la configue php d'un site :
suPHP_ConfigPath /home/websafe/public_html/php.ini
Après avoir relancé apache, j'execute un script phpinfo.php qui se trouve dans le répertoire public_html. Malheureusement il semble que ce soit toujours la configue par défaut qui soit activée. Avez vous une idée?
fred
hello, bon tuto
mais je ne peut plus acceder a phpmyadmin !
[warn] Script "/home/xxx/www/symlink" resolving to "/usr/share/phpmyadmin/index.php" not within configured docroot
je doit faire tourner phpmyadmin sous quel user:group ??
tom:
il ne faut pas mettre de chmod 777 sur les fichiers. Au contraire, il faut attribuer des droits que pour le propriétaire du fichier, donc lance un chmod go-rwx et ça devrait passer.
fred:
en fait, tu sort du docroot défini, c'est à dire la racine dans laquelle suphp accepte des fichiers. Regarde le 2ème point dans la partie "Résolution des problèmes".
Opimon
Coucou tous le monde.
Même problème que certain avec le fichier suphp.conf qui n'est pas la. Pourtant j'ai bien installer les 2 paquets "libapache2-mod-suphp" et "suphp-common"
BestPig
meme problème, j'ai aussi installé les 2 paquet
Jean-Christophe Montigny
Bonjour,
merci beaucoup pour le tutoriel ! ca m'a bien avancé.
Par contre, je ne sais pas si je suis le seul dans ce cas, mais au niveau de la conf du module suphp pour apache, j'ai du mettre les lignes suivantes :
<Location />
SuPHP_AddHandler x-httpd-php
suPHP_AddHandler x-httpd-php5
</Location>
En effet, sans la directive <Location>, aucun de mes scripts php n'étaient exécutés. Peut-être est-ce spécifique a la version 0.6.1 de suphp.