Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@comandatore:
MERCI :D pour ton aide.
J'ai supprime suphp et reintalle libapache2-mod-php5
ca a l'air de fonctionner. :D


Merci a tout les autres aussi ;-)



Le 18 février 2014 19:32, Erwan David  a écrit :

> Le 18/02/2014 19:27, Hugues MORIN a écrit :
> >
> > aptitude why libapache2-mod-suphp
> > Impossible de trouver une raison pour installer libapache2-mod-suphp.
> >
> > O_o ah il faut comprendre quoi?
> >
>
> Qu'il n'est pas installé en tant que dépendance d'un autre paquet.
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/5303a749.3090...@rail.eu.org
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Johnny B

Salut,

suPHP est utilisé depuis des années pour pallier aux problèmes de droits 
des CMS. (c'est pas un scoop)


En *revanche* l'utilisation de suPHP n'est pas secure, et je vous laisse 
googler pour savoir pourquoi


On 02/18/2014 08:22 PM, andre_deb...@numericable.fr wrote:

On Tuesday 18 February 2014 18:20:20 Bzzz wrote:

En attendant, dans toute cette diarrhée, *personne* n'a posé
la bonne question, à savoir: "quelle raison peut bien justifier
l'usage de suphp?"

suPHP est un outil pour exécuter des scripts PHP avec les droits
de leur propriétaire.

Est-il utile ? et si on le désinstalle ?

andré



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303b47d.9090...@gmail.com



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Johnny B

Salut,

suPHP est utilisé depuis des années pour pallier aux problèmes de droits 
des CMS. (c'est pas un scoop)


En refuse l'utilisation de suPHP n'est pas secure, et je vous laisse 
googler pour savoir pourquoi


On 02/18/2014 08:22 PM, andre_deb...@numericable.fr wrote:

On Tuesday 18 February 2014 18:20:20 Bzzz wrote:

En attendant, dans toute cette diarrhée, *personne* n'a posé
la bonne question, à savoir: "quelle raison peut bien justifier
l'usage de suphp?"

suPHP est un outil pour exécuter des scripts PHP avec les droits
de leur propriétaire.

Est-il utile ? et si on le désinstalle ?

andré



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303b414.4080...@gmail.com



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet andre_debian
On Tuesday 18 February 2014 18:20:20 Bzzz wrote:
> En attendant, dans toute cette diarrhée, *personne* n'a posé
> la bonne question, à savoir: "quelle raison peut bien justifier
> l'usage de suphp?"

suPHP est un outil pour exécuter des scripts PHP avec les droits 
de leur propriétaire.

Est-il utile ? et si on le désinstalle ?

andré

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201402182022.46028.andre_deb...@numericable.fr



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Erwan David
Le 18/02/2014 19:27, Hugues MORIN a écrit :
>
> aptitude why libapache2-mod-suphp
> Impossible de trouver une raison pour installer libapache2-mod-suphp.
>
> O_o ah il faut comprendre quoi?
>

Qu'il n'est pas installé en tant que dépendance d'un autre paquet.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303a749.3090...@rail.eu.org



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
aptitude why libapache2-mod-suphp
Impossible de trouver une raison pour installer libapache2-mod-suphp.

O_o ah il faut comprendre quoi?


Le 18 février 2014 19:18, Erwan David  a écrit :

> Le 18/02/2014 19:15, Hugues MORIN a écrit :
> >
> > Malheureusement, je n'ai jamais installe suphp.
> > Soit il etait la avant, soit il "s'est installe tout seul" mais c'est
> > bizarre car j'essaye de controler ce que je fais lors des mises a jours
>
> alors aptitude why libapache2-mod-suphp te dira s'il est venu comme
> dépendance
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/5303a3dc.9080...@rail.eu.org
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Erwan David
Le 18/02/2014 19:15, Hugues MORIN a écrit :
>
> Malheureusement, je n'ai jamais installe suphp.
> Soit il etait la avant, soit il "s'est installe tout seul" mais c'est
> bizarre car j'essaye de controler ce que je fais lors des mises a jours

alors aptitude why libapache2-mod-suphp te dira s'il est venu comme
dépendance

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303a3dc.9080...@rail.eu.org



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Malheureusement, je n'ai jamais installe suphp.
Soit il etait la avant, soit il "s'est installe tout seul" mais c'est
bizarre car j'essaye de controler ce que je fais lors des mises a jours

et au niveau securite, ca ne risque rien de l'enlever?


Le 18 février 2014 19:09, Comendatore  a écrit
:

> En résumé :
> 1 - Si tu mets l'ensemble des fichiers et dossiers de tes répertoires de
> publication avec les droits de www-data, alors suphp n'est pas nécessaire,
> 2 - Confondre les emplacements des fichiers de conf de tes publications et
> les arborescences de tes publications est une erreur extrêmement grave,
> 3 - Mettre suphp sans s'être longuement documenté est également une erreur
> grave, particulièrement sur une serveur de prod.
>
> En conclusion :
> Ton installation actuelle d'Apache2 ne nécessite aucunement l'utilisation
> de suphp, puisque l'ensemble de tes publications peuvent se faire sous
> l'utilisateur www-data.
>
> service apache2 stop
> apt-get remove --purge libapache2-mod-suphp
> apt-get install libapache2-mod-php5
>
> Et tu seras bien plus tranquille ;-)
>
>
> Le 2014-02-18 18:57, Hugues MORIN a écrit :
>
>  Pour le find c'est bon j'etais bien dans le repertoire de mysite2
>>
>> Je corrige immediatement la 1ere erreur
>>
>>
>> Le 18 février 2014 18:54, Comendatore  a
>> écrit
>> :
>>
>>  STOP !
>>>
>>> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>>>
>>>  test effectues:

 1 - chown www-data:www-data sites-available/mysite2 et chown
 www-data:www-data sites-available/mysite1


>>> Là, tu changes les droits sur les fichiers de conf des vhosts, pas sur
>>> l'arborescence de tes publications !!!
>>> chown -R www-data:www-data [chemin_absolu_vers_mysite2]
>>>
>>> Et j'espère que tu fais pas un find . -type d -exec chmod 704 {} \; en
>>> étant dans le dossier /etc/apache2 !!!
>>>
>>>
>>>
>>> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>>>
>>>  @comendatore:


 1 - actuellement les fichiers de vhost dans sites-available
 appartiennent
 a
 myuser
 2 - Effectivement, il semblerai que les sites dont les repertoires sont
 en
 705 fonctionne tandis que ceux en 755 donne une erreur 500

 test effectues:
 1 - chown www-data:www-data sites-available/mysite2 et chown
 www-data:www-data sites-available/mysite1
 2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des
 droits
 en 755)
 Puis redemarrage apache

 Cela n'a rien change, toujours une erreur 500 et les bug sur le site1

 @fredericMassot:
 root@ks326416:/etc/apache2# apachectl configtest
 Syntax OK
 Merci








 2014-02-18 18:11 GMT+01:00 Comendatore :

  webserver_user=www-data et allow_file_group_writeable=false dans ton

> suphp.conf.
> Donc vérifie les points suivants :
> 1 - Que l'ensemble des fichiers de publication de tes différents vhosts
> appartiennent bien à l'utilisateur www-data,
> 2 - Que l'ensemble des fichiers de publication de tes différents vhosts
> n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le
> droit d'écrire).
>
> Le 2014-02-18 18:04, Hugues MORIN a écrit :
>
>
>  suphp.conf:
>
>  [global]
>> ;Path to logfile
>> logfile=/var/log/suphp/suphp.
>> log
>>
>> ;Loglevel
>> loglevel=info
>>
>> ;User Apache is running as
>> webserver_user=www-data
>>
>> ;Path all scripts have to be in
>> docroot=/var/www:${HOME}/public_html
>>
>> ;Path to chroot() to before executing script
>> ;chroot=/mychroot
>>
>> ; Security options
>> allow_file_group_writeable=false
>> 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=0022
>>
>> ; Minimum UID
>> ;min_uid=100
>> min_uid=33
>>
>> ; Minimum GID
>> ;min_gid=100
>> min_gid=33
>>
>> [handlers]
>> ;Handler for php-scripts
>> application/x-httpd-suphp="php:/usr/bin/php-cgi"
>>
>> ;Handler for CGI-scripts
>> x-suphp-cgi="execute:!self"
>> x-httpd-suphp="php:/usr/bin/php-cgi"
>>
>>
>>  --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
> 9...@comendatore.net
>
>
>
>  --

Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Comendatore

En résumé :
1 - Si tu mets l'ensemble des fichiers et dossiers de tes répertoires de 
publication avec les droits de www-data, alors suphp n'est pas 
nécessaire,
2 - Confondre les emplacements des fichiers de conf de tes publications 
et les arborescences de tes publications est une erreur extrêmement 
grave,
3 - Mettre suphp sans s'être longuement documenté est également une 
erreur grave, particulièrement sur une serveur de prod.


En conclusion :
Ton installation actuelle d'Apache2 ne nécessite aucunement 
l'utilisation de suphp, puisque l'ensemble de tes publications peuvent 
se faire sous l'utilisateur www-data.


service apache2 stop
apt-get remove --purge libapache2-mod-suphp
apt-get install libapache2-mod-php5

Et tu seras bien plus tranquille ;-)


Le 2014-02-18 18:57, Hugues MORIN a écrit :

Pour le find c'est bon j'etais bien dans le repertoire de mysite2

Je corrige immediatement la 1ere erreur


Le 18 février 2014 18:54, Comendatore  a 
écrit

:


STOP !

Le 2014-02-18 18:37, Hugues MORIN a écrit :


test effectues:

1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1



Là, tu changes les droits sur les fichiers de conf des vhosts, pas sur
l'arborescence de tes publications !!!
chown -R www-data:www-data [chemin_absolu_vers_mysite2]

Et j'espère que tu fais pas un find . -type d -exec chmod 704 {} \; en
étant dans le dossier /etc/apache2 !!!



Le 2014-02-18 18:37, Hugues MORIN a écrit :


@comendatore:


1 - actuellement les fichiers de vhost dans sites-available 
appartiennent

a
myuser
2 - Effectivement, il semblerai que les sites dont les repertoires 
sont en

705 fonctionne tandis que ceux en 755 donne une erreur 500

test effectues:
1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1
2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des 
droits

en 755)
Puis redemarrage apache

Cela n'a rien change, toujours une erreur 500 et les bug sur le site1

@fredericMassot:
root@ks326416:/etc/apache2# apachectl configtest
Syntax OK
Merci








2014-02-18 18:11 GMT+01:00 Comendatore :

 webserver_user=www-data et allow_file_group_writeable=false dans ton

suphp.conf.
Donc vérifie les points suivants :
1 - Que l'ensemble des fichiers de publication de tes différents 
vhosts

appartiennent bien à l'utilisateur www-data,
2 - Que l'ensemble des fichiers de publication de tes différents 
vhosts
n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas 
le

droit d'écrire).

Le 2014-02-18 18:04, Hugues MORIN a écrit :


 suphp.conf:


[global]
;Path to logfile
logfile=/var/log/suphp/suphp.
log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
9...@comendatore.net




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/b81d238b202b048fc4c2784ff84d47
4...@comendatore.net




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/fe4c9c920a98db1a4602e361fa0f7...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@comandatore
Correction faite

J'ai fait le chown -R sur le repertoire de mysite2 (celui qui renvoye
l'erreur 500)
Il fonctionne

Pour mysite1 (qui a des bug) le chown -R  ne change rien




Le 18 février 2014 18:57, Hugues MORIN  a écrit :

> Pour le find c'est bon j'etais bien dans le repertoire de mysite2
>
> Je corrige immediatement la 1ere erreur
>
>
> Le 18 février 2014 18:54, Comendatore  a
> écrit :
>
> STOP !
>>
>> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>>
>>> test effectues:
>>>
>>> 1 - chown www-data:www-data sites-available/mysite2 et chown
>>> www-data:www-data sites-available/mysite1
>>>
>>
>> Là, tu changes les droits sur les fichiers de conf des vhosts, pas sur
>> l'arborescence de tes publications !!!
>> chown -R www-data:www-data [chemin_absolu_vers_mysite2]
>>
>> Et j'espère que tu fais pas un find . -type d -exec chmod 704 {} \; en
>> étant dans le dossier /etc/apache2 !!!
>>
>>
>>
>> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>>
>>> @comendatore:
>>>
>>>
>>> 1 - actuellement les fichiers de vhost dans sites-available
>>> appartiennent a
>>> myuser
>>> 2 - Effectivement, il semblerai que les sites dont les repertoires sont
>>> en
>>> 705 fonctionne tandis que ceux en 755 donne une erreur 500
>>>
>>> test effectues:
>>> 1 - chown www-data:www-data sites-available/mysite2 et chown
>>> www-data:www-data sites-available/mysite1
>>> 2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des
>>> droits
>>> en 755)
>>> Puis redemarrage apache
>>>
>>> Cela n'a rien change, toujours une erreur 500 et les bug sur le site1
>>>
>>> @fredericMassot:
>>> root@ks326416:/etc/apache2# apachectl configtest
>>> Syntax OK
>>> Merci
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2014-02-18 18:11 GMT+01:00 Comendatore :
>>>
>>>  webserver_user=www-data et allow_file_group_writeable=false dans ton
 suphp.conf.
 Donc vérifie les points suivants :
 1 - Que l'ensemble des fichiers de publication de tes différents vhosts
 appartiennent bien à l'utilisateur www-data,
 2 - Que l'ensemble des fichiers de publication de tes différents vhosts
 n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le
 droit d'écrire).

 Le 2014-02-18 18:04, Hugues MORIN a écrit :


  suphp.conf:

> [global]
> ;Path to logfile
> logfile=/var/log/suphp/suphp.
> log
>
> ;Loglevel
> loglevel=info
>
> ;User Apache is running as
> webserver_user=www-data
>
> ;Path all scripts have to be in
> docroot=/var/www:${HOME}/public_html
>
> ;Path to chroot() to before executing script
> ;chroot=/mychroot
>
> ; Security options
> allow_file_group_writeable=false
> 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=0022
>
> ; Minimum UID
> ;min_uid=100
> min_uid=33
>
> ; Minimum GID
> ;min_gid=100
> min_gid=33
>
> [handlers]
> ;Handler for php-scripts
> application/x-httpd-suphp="php:/usr/bin/php-cgi"
>
> ;Handler for CGI-scripts
> x-suphp-cgi="execute:!self"
> x-httpd-suphp="php:/usr/bin/php-cgi"
>
>
 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
 9...@comendatore.net



>> --
>> Lisez la FAQ de la liste avant de poser une question :
>> http://wiki.debian.org/fr/FrenchLists
>>
>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>> vers debian-user-french-requ...@lists.debian.org
>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> Archive: http://lists.debian.org/b81d238b202b048fc4c2784ff84d47
>> 4...@comendatore.net
>>
>>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Pour le find c'est bon j'etais bien dans le repertoire de mysite2

Je corrige immediatement la 1ere erreur


Le 18 février 2014 18:54, Comendatore  a écrit
:

> STOP !
>
> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>
>> test effectues:
>>
>> 1 - chown www-data:www-data sites-available/mysite2 et chown
>> www-data:www-data sites-available/mysite1
>>
>
> Là, tu changes les droits sur les fichiers de conf des vhosts, pas sur
> l'arborescence de tes publications !!!
> chown -R www-data:www-data [chemin_absolu_vers_mysite2]
>
> Et j'espère que tu fais pas un find . -type d -exec chmod 704 {} \; en
> étant dans le dossier /etc/apache2 !!!
>
>
>
> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>
>> @comendatore:
>>
>>
>> 1 - actuellement les fichiers de vhost dans sites-available appartiennent
>> a
>> myuser
>> 2 - Effectivement, il semblerai que les sites dont les repertoires sont en
>> 705 fonctionne tandis que ceux en 755 donne une erreur 500
>>
>> test effectues:
>> 1 - chown www-data:www-data sites-available/mysite2 et chown
>> www-data:www-data sites-available/mysite1
>> 2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des droits
>> en 755)
>> Puis redemarrage apache
>>
>> Cela n'a rien change, toujours une erreur 500 et les bug sur le site1
>>
>> @fredericMassot:
>> root@ks326416:/etc/apache2# apachectl configtest
>> Syntax OK
>> Merci
>>
>>
>>
>>
>>
>>
>>
>>
>> 2014-02-18 18:11 GMT+01:00 Comendatore :
>>
>>  webserver_user=www-data et allow_file_group_writeable=false dans ton
>>> suphp.conf.
>>> Donc vérifie les points suivants :
>>> 1 - Que l'ensemble des fichiers de publication de tes différents vhosts
>>> appartiennent bien à l'utilisateur www-data,
>>> 2 - Que l'ensemble des fichiers de publication de tes différents vhosts
>>> n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le
>>> droit d'écrire).
>>>
>>> Le 2014-02-18 18:04, Hugues MORIN a écrit :
>>>
>>>
>>>  suphp.conf:
>>>
 [global]
 ;Path to logfile
 logfile=/var/log/suphp/suphp.
 log

 ;Loglevel
 loglevel=info

 ;User Apache is running as
 webserver_user=www-data

 ;Path all scripts have to be in
 docroot=/var/www:${HOME}/public_html

 ;Path to chroot() to before executing script
 ;chroot=/mychroot

 ; Security options
 allow_file_group_writeable=false
 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=0022

 ; Minimum UID
 ;min_uid=100
 min_uid=33

 ; Minimum GID
 ;min_gid=100
 min_gid=33

 [handlers]
 ;Handler for php-scripts
 application/x-httpd-suphp="php:/usr/bin/php-cgi"

 ;Handler for CGI-scripts
 x-suphp-cgi="execute:!self"
 x-httpd-suphp="php:/usr/bin/php-cgi"


>>> --
>>> Lisez la FAQ de la liste avant de poser une question :
>>> http://wiki.debian.org/fr/FrenchLists
>>>
>>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>>> vers debian-user-french-requ...@lists.debian.org
>>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>>> Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
>>> 9...@comendatore.net
>>>
>>>
>>>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/b81d238b202b048fc4c2784ff84d47
> 4...@comendatore.net
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Bzzz
On Tue, 18 Feb 2014 18:50:18 +0100
Denis Mugnier  wrote:

> Aujourd'hui est un bon jour, un jour de tolérance ;o)

C'est la fête à neuneu alors :)

-- 
 Si tu sais faire quelque chose tu le fais, sinon, tu l'enseignes

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20140218185708.7a7c4a11@anubis.defcon1



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Je viens de faire la modif

ca ne change rien



Le 18 février 2014 18:44, Comendatore  a écrit
:

> Ca confirme que c'est une erreur de droits sur les fichiers de publication.
> Pour tester, passe allow_file_group_writeable et 
> allow_directory_group_writeable
> à true dans ton suphp.conf
>
> Fais nous un retour après avoir restart apache ;-)
>
> Le 2014-02-18 18:37, Hugues MORIN a écrit :
>
>  @comendatore:
>>
>> 1 - actuellement les fichiers de vhost dans sites-available appartiennent
>> a
>> myuser
>> 2 - Effectivement, il semblerai que les sites dont les repertoires sont en
>> 705 fonctionne tandis que ceux en 755 donne une erreur 500
>>
>> test effectues:
>> 1 - chown www-data:www-data sites-available/mysite2 et chown
>> www-data:www-data sites-available/mysite1
>> 2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des droits
>> en 755)
>> Puis redemarrage apache
>>
>> Cela n'a rien change, toujours une erreur 500 et les bug sur le site1
>>
>> @fredericMassot:
>> root@ks326416:/etc/apache2# apachectl configtest
>> Syntax OK
>> Merci
>>
>>
>>
>>
>>
>>
>>
>>
>> 2014-02-18 18:11 GMT+01:00 Comendatore :
>>
>>  webserver_user=www-data et allow_file_group_writeable=false dans ton
>>> suphp.conf.
>>> Donc vérifie les points suivants :
>>> 1 - Que l'ensemble des fichiers de publication de tes différents vhosts
>>> appartiennent bien à l'utilisateur www-data,
>>> 2 - Que l'ensemble des fichiers de publication de tes différents vhosts
>>> n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le
>>> droit d'écrire).
>>>
>>> Le 2014-02-18 18:04, Hugues MORIN a écrit :
>>>
>>>
>>>  suphp.conf:
>>>
 [global]
 ;Path to logfile
 logfile=/var/log/suphp/suphp.
 log

 ;Loglevel
 loglevel=info

 ;User Apache is running as
 webserver_user=www-data

 ;Path all scripts have to be in
 docroot=/var/www:${HOME}/public_html

 ;Path to chroot() to before executing script
 ;chroot=/mychroot

 ; Security options
 allow_file_group_writeable=false
 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=0022

 ; Minimum UID
 ;min_uid=100
 min_uid=33

 ; Minimum GID
 ;min_gid=100
 min_gid=33

 [handlers]
 ;Handler for php-scripts
 application/x-httpd-suphp="php:/usr/bin/php-cgi"

 ;Handler for CGI-scripts
 x-suphp-cgi="execute:!self"
 x-httpd-suphp="php:/usr/bin/php-cgi"


>>> --
>>> Lisez la FAQ de la liste avant de poser une question :
>>> http://wiki.debian.org/fr/FrenchLists
>>>
>>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>>> vers debian-user-french-requ...@lists.debian.org
>>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>>> Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
>>> 9...@comendatore.net
>>>
>>>
>>>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Comendatore

STOP !
Le 2014-02-18 18:37, Hugues MORIN a écrit :

test effectues:
1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1


Là, tu changes les droits sur les fichiers de conf des vhosts, pas sur 
l'arborescence de tes publications !!!

chown -R www-data:www-data [chemin_absolu_vers_mysite2]

Et j'espère que tu fais pas un find . -type d -exec chmod 704 {} \; en 
étant dans le dossier /etc/apache2 !!!



Le 2014-02-18 18:37, Hugues MORIN a écrit :

@comendatore:

1 - actuellement les fichiers de vhost dans sites-available 
appartiennent a

myuser
2 - Effectivement, il semblerai que les sites dont les repertoires sont 
en

705 fonctionne tandis que ceux en 755 donne une erreur 500

test effectues:
1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1
2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des 
droits

en 755)
Puis redemarrage apache

Cela n'a rien change, toujours une erreur 500 et les bug sur le site1

@fredericMassot:
root@ks326416:/etc/apache2# apachectl configtest
Syntax OK
Merci








2014-02-18 18:11 GMT+01:00 Comendatore :


webserver_user=www-data et allow_file_group_writeable=false dans ton
suphp.conf.
Donc vérifie les points suivants :
1 - Que l'ensemble des fichiers de publication de tes différents 
vhosts

appartiennent bien à l'utilisateur www-data,
2 - Que l'ensemble des fichiers de publication de tes différents 
vhosts
n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas 
le

droit d'écrire).

Le 2014-02-18 18:04, Hugues MORIN a écrit :


 suphp.conf:

[global]
;Path to logfile
logfile=/var/log/suphp/suphp.
log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
9...@comendatore.net




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/b81d238b202b048fc4c2784ff84d4...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Denis Mugnier

Le 18/02/2014 18:20, Bzzz a écrit :

On Tue, 18 Feb 2014 18:11:26 +0100
Comendatore  wrote:


webserver_user=www-data et allow_file_group_writeable=false dans

En attendant, dans toute cette diarrhée, *personne* n'a posé
la bonne question, à savoir: "quelle raison peut bien justifier
l'usage de suphp?"

D'ailleurs, personne n'a fait de remarques sur le [URGENT] dans le 
titre, ni sur le fait qu'un serveur en production ne doit peut être pas 
être mis à jour sans prendre des précautions, ni sur le fait 
qu'intervenir sur un serveur en production en ayant des connaissances 
limitées en admin sys dans un contexte professionnel est simplement 
suicidaire.


Aujourd'hui est un bon jour, un jour de tolérance ;o)

a+

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/53039d5a.2020...@orange.fr



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Comendatore



 Message original 
Objet: Re: Probleme apres mise a jour Apache2 [URGENT]
Date: 2014-02-18 18:44
De: Comendatore 
À: Hugues MORIN 
Répondre à: comendat...@comendatore.net

Ca confirme que c'est une erreur de droits sur les fichiers de 
publication.
Pour tester, passe allow_file_group_writeable et 
allow_directory_group_writeable à true dans ton suphp.conf


Fais nous un retour après avoir restart apache ;-)

Le 2014-02-18 18:37, Hugues MORIN a écrit :

@comendatore:

1 - actuellement les fichiers de vhost dans sites-available 
appartiennent a

myuser
2 - Effectivement, il semblerai que les sites dont les repertoires sont 
en

705 fonctionne tandis que ceux en 755 donne une erreur 500

test effectues:
1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1
2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des 
droits

en 755)
Puis redemarrage apache

Cela n'a rien change, toujours une erreur 500 et les bug sur le site1

@fredericMassot:
root@ks326416:/etc/apache2# apachectl configtest
Syntax OK
Merci








2014-02-18 18:11 GMT+01:00 Comendatore :


webserver_user=www-data et allow_file_group_writeable=false dans ton
suphp.conf.
Donc vérifie les points suivants :
1 - Que l'ensemble des fichiers de publication de tes différents 
vhosts

appartiennent bien à l'utilisateur www-data,
2 - Que l'ensemble des fichiers de publication de tes différents 
vhosts
n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas 
le

droit d'écrire).

Le 2014-02-18 18:04, Hugues MORIN a écrit :


 suphp.conf:

[global]
;Path to logfile
logfile=/var/log/suphp/suphp.
log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
9...@comendatore.net




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/88f77b38c021d7f8a7068158c93c6...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@comendatore:

1 - actuellement les fichiers de vhost dans sites-available appartiennent a
myuser
2 - Effectivement, il semblerai que les sites dont les repertoires sont en
705 fonctionne tandis que ceux en 755 donne une erreur 500

test effectues:
1 - chown www-data:www-data sites-available/mysite2 et chown
www-data:www-data sites-available/mysite1
2 - find . -type d -exec chmod 704 {} \; sur mysite2 (qui avait des droits
en 755)
Puis redemarrage apache

Cela n'a rien change, toujours une erreur 500 et les bug sur le site1

@fredericMassot:
root@ks326416:/etc/apache2# apachectl configtest
Syntax OK
Merci








2014-02-18 18:11 GMT+01:00 Comendatore :

> webserver_user=www-data et allow_file_group_writeable=false dans ton
> suphp.conf.
> Donc vérifie les points suivants :
> 1 - Que l'ensemble des fichiers de publication de tes différents vhosts
> appartiennent bien à l'utilisateur www-data,
> 2 - Que l'ensemble des fichiers de publication de tes différents vhosts
> n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le
> droit d'écrire).
>
> Le 2014-02-18 18:04, Hugues MORIN a écrit :
>
>
>  suphp.conf:
>> [global]
>> ;Path to logfile
>> logfile=/var/log/suphp/suphp.
>> log
>>
>> ;Loglevel
>> loglevel=info
>>
>> ;User Apache is running as
>> webserver_user=www-data
>>
>> ;Path all scripts have to be in
>> docroot=/var/www:${HOME}/public_html
>>
>> ;Path to chroot() to before executing script
>> ;chroot=/mychroot
>>
>> ; Security options
>> allow_file_group_writeable=false
>> 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=0022
>>
>> ; Minimum UID
>> ;min_uid=100
>> min_uid=33
>>
>> ; Minimum GID
>> ;min_gid=100
>> min_gid=33
>>
>> [handlers]
>> ;Handler for php-scripts
>> application/x-httpd-suphp="php:/usr/bin/php-cgi"
>>
>> ;Handler for CGI-scripts
>> x-suphp-cgi="execute:!self"
>> x-httpd-suphp="php:/usr/bin/php-cgi"
>>
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/4c1a269f4c0dd687436650db233422
> 9...@comendatore.net
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Bzzz
On Tue, 18 Feb 2014 18:11:26 +0100
Comendatore  wrote:

> webserver_user=www-data et allow_file_group_writeable=false dans

En attendant, dans toute cette diarrhée, *personne* n'a posé
la bonne question, à savoir: "quelle raison peut bien justifier
l'usage de suphp?"

-- 
 Qu'est ce que ca veut dire osef ?
 On s'en fou 
 Enfoiré, si tu veux pas repondre, ne le fait pas, t'es pas
obligé d'être aussi désagreable !!

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20140218182020.75252bf7@anubis.defcon1



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Frédéric Massot

Le 18/02/2014 18:04, Hugues MORIN a écrit :

@comendatore:
Merci de ton aide et desole d'etre un peu "bouche" mais je dois avouer
que cela depasse mes connaissances
Sinon j'ai bien fait ce que tu as dit pour le la desactivation.
(a2dismod + restart)


Avant tout restart ou reload pensez à faire un "apache2ctl configtest" 
pour tester la config.


--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303954e.4030...@juliana-multimedia.com



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@christophe:
En fait si j'attribue tout a www-data, cela fonctionne
Si dans l'arborescence, il n'y meme qu'un seul fichier qui appartient a
myuser on obtient une erreur 500

C'est vrai que cela ressemble a un probleme de droits mais je n'ai aucune
idee comment le resoudre.



Le 18 février 2014 17:58, Christophe  a écrit :

> Le 18/02/2014 16:50, Hugues MORIN a écrit :
> > [Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx]
> > SoftException in Application.cpp:555: Directory /var/www/mysite2 is not
> > owned by myuser
>
> J'avais pas fait gaffe à ca :
>
> c'est surtout le "is not" qu'il faut voir, et ca ressemble clairement à
> un soucis de droits sur le répertoire.
>
> chown myuser /var/www/mysite2 ?
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/5303914d.3000...@stuxnet.org
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Comendatore
webserver_user=www-data et allow_file_group_writeable=false dans ton 
suphp.conf.

Donc vérifie les points suivants :
1 - Que l'ensemble des fichiers de publication de tes différents vhosts 
appartiennent bien à l'utilisateur www-data,
2 - Que l'ensemble des fichiers de publication de tes différents vhosts 
n'ont pas de droits plus permissifs que 744 (que le groupe n'ait pas le 
droit d'écrire).


Le 2014-02-18 18:04, Hugues MORIN a écrit :


suphp.conf:
[global]
;Path to logfile
logfile=/var/log/suphp/suphp.
log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/4c1a269f4c0dd687436650db23342...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@comendatore:
Merci de ton aide et desole d'etre un peu "bouche" mais je dois avouer que
cela depasse mes connaissances
Sinon j'ai bien fait ce que tu as dit pour le la desactivation. (a2dismod +
restart)

Pur le chargement du module suphp, je dois avoue ne pas vraiment savoir.
Jusqu'a tout a l'heure, je ne connaissais meme pas son existence
A priori, je pense qu'il se charge comme le php5 le faisait

Au niveau de ma configuration, dis moi exactement ce que tu veux car je ne
sais pas vraiment ce qu'il te faut pour confirmer ce que tu soupsonne.
En attendant revoila ce que tu m'avais demande tout a l'heure:

voila un vhost:

ServerAdmin webmas...@mysite.com
ServerName www.mysite.com
ServerAlias mysite.com *.mysite.com
DocumentRoot /var/www/mysite
#
#Options FollowSymLinks
#AllowOverride None
#

Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride All
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all


ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined


suphp.conf:
[global]
;Path to logfile
logfile=/var/log/suphp/suphp.
log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"

dans error.log pour les sites encore en erreur 500 (car ils ont un fichier
appartenant a myuser)
[Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx] SoftException
in Application.cpp:555: Directory /var/www/mysite2 is not owned by myuser
[Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx] Premature end
of script headers: index.php


Le 18 février 2014 17:48,  a écrit :

> Donc, nous sommes d'accord, php5 ne doit pas être chargé et c'est la
> raison pour laquelle je t'ai demandé de désactiver php5 via la commande
> a2dismod php5. Dans un premier temps, si ce n'est déjà fait, désactive php5
> et relance ton serveur apache.
>
> Ensuite, comment charges tu ton module suphp et quelle est sa conf globale
> ?
> Puis, définis tu pour chaque vhost le droit utilisateur de suphp ?
>
> Ca devrait permettre d'avancer. Je soupçonne que ton droit utilisateur
> pour suphp est définit de façon globale, mais que certains vhosts ont des
> fichiers appartenant à un autre utilisateur sans qu'il soit précisé dans le
> vhost.
>
> Le 2014-02-18 17:40, Hugues MORIN a écrit :
>
>  Je pense que libapache2-mod-php5 a ete retire quand j'ai mis apache a
>> jour.
>> Je n'avais que des paquets don le nom etait "apache." et il y en avait
>> qui etait incompatible avec d'autres paquets ou avec leur version
>> precedente. (ca reste encore assez obscur pour moi toute ces dependances)
>>
>> Je viens de tester errors_to_browser=true ne me donne rien de plus que
>> dans
>> les log.
>>
>> Il faut que je trouve une solution au plus vite.
>> Existe-t-il un moyen de revenir en arriere sur la mise a jour d'apache?
>>
>>
>>
>>
>> Le 18 février 2014 17:26, Christophe  a écrit :
>>
>>  Bonjour,
>>>
>>> Le 18/02/2014 17:01, Hugues MORIN a écrit :
>>> > @nb:
>>> > non, je viens de verifier libapache2-mod-php5 n'est pas installe.
>>> > En utilisant aptitude, il me marque un "c" en debut.
>>> > D'apres l'aide, ca veut dire "supprime mais les fichiers de
>>> > configurations sont encore present"
>>> >
>>>
>>> De ce qu'il me semble, tu n'as pas besoin de libapache2-mod-php5 si
>>> c'est suPHP qui est qui est utilisé : suPHP vient en remplacement, et
>>> lui, utilise l'executable php5-cgi pour executer les scripts avec les
>>> bons droits.
>>>
>>> Je pense que le soucis vient de la conf de suPHP (ou des droits des
>>> scripts PHP) : il n'est pas très loquace par défaut sur les erreurs à
>>> part dire "Ca a foiré".
>>>
>>> essaye voir en modifiant le paramètre :
>>>
>>> errors_to_browser=true
>>>
>>> de ton suphp.conf, en redémarrant Apache, et en parcourant les sites.
>>>
>>> @+
>>> Christophe.
>>>
>>> --
>>> Lisez la FAQ de la liste avant de poser une question :
>>> 

Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Christophe
Le 18/02/2014 16:50, Hugues MORIN a écrit :
> [Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx]
> SoftException in Application.cpp:555: Directory /var/www/mysite2 is not
> owned by myuser

J'avais pas fait gaffe à ca :

c'est surtout le "is not" qu'il faut voir, et ca ressemble clairement à
un soucis de droits sur le répertoire.

chown myuser /var/www/mysite2 ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303914d.3000...@stuxnet.org



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet comendatore
Donc, nous sommes d'accord, php5 ne doit pas être chargé et c'est la 
raison pour laquelle je t'ai demandé de désactiver php5 via la commande 
a2dismod php5. Dans un premier temps, si ce n'est déjà fait, désactive 
php5 et relance ton serveur apache.


Ensuite, comment charges tu ton module suphp et quelle est sa conf 
globale ?

Puis, définis tu pour chaque vhost le droit utilisateur de suphp ?

Ca devrait permettre d'avancer. Je soupçonne que ton droit utilisateur 
pour suphp est définit de façon globale, mais que certains vhosts ont 
des fichiers appartenant à un autre utilisateur sans qu'il soit précisé 
dans le vhost.


Le 2014-02-18 17:40, Hugues MORIN a écrit :
Je pense que libapache2-mod-php5 a ete retire quand j'ai mis apache a 
jour.
Je n'avais que des paquets don le nom etait "apache." et il y en 
avait

qui etait incompatible avec d'autres paquets ou avec leur version
precedente. (ca reste encore assez obscur pour moi toute ces 
dependances)


Je viens de tester errors_to_browser=true ne me donne rien de plus que 
dans

les log.

Il faut que je trouve une solution au plus vite.
Existe-t-il un moyen de revenir en arriere sur la mise a jour d'apache?




Le 18 février 2014 17:26, Christophe  a écrit :


Bonjour,

Le 18/02/2014 17:01, Hugues MORIN a écrit :
> @nb:
> non, je viens de verifier libapache2-mod-php5 n'est pas installe.
> En utilisant aptitude, il me marque un "c" en debut.
> D'apres l'aide, ca veut dire "supprime mais les fichiers de
> configurations sont encore present"
>

De ce qu'il me semble, tu n'as pas besoin de libapache2-mod-php5 si
c'est suPHP qui est qui est utilisé : suPHP vient en remplacement, et
lui, utilise l'executable php5-cgi pour executer les scripts avec les
bons droits.

Je pense que le soucis vient de la conf de suPHP (ou des droits des
scripts PHP) : il n'est pas très loquace par défaut sur les erreurs à
part dire "Ca a foiré".

essaye voir en modifiant le paramètre :

errors_to_browser=true

de ton suphp.conf, en redémarrant Apache, et en parcourant les sites.

@+
Christophe.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/530389d0.1080...@stuxnet.org




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/d0d4dbf526ae1831f5c26d003e9d1...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Je pense que libapache2-mod-php5 a ete retire quand j'ai mis apache a jour.
Je n'avais que des paquets don le nom etait "apache." et il y en avait
qui etait incompatible avec d'autres paquets ou avec leur version
precedente. (ca reste encore assez obscur pour moi toute ces dependances)

Je viens de tester errors_to_browser=true ne me donne rien de plus que dans
les log.

Il faut que je trouve une solution au plus vite.
Existe-t-il un moyen de revenir en arriere sur la mise a jour d'apache?




Le 18 février 2014 17:26, Christophe  a écrit :

> Bonjour,
>
> Le 18/02/2014 17:01, Hugues MORIN a écrit :
> > @nb:
> > non, je viens de verifier libapache2-mod-php5 n'est pas installe.
> > En utilisant aptitude, il me marque un "c" en debut.
> > D'apres l'aide, ca veut dire "supprime mais les fichiers de
> > configurations sont encore present"
> >
>
> De ce qu'il me semble, tu n'as pas besoin de libapache2-mod-php5 si
> c'est suPHP qui est qui est utilisé : suPHP vient en remplacement, et
> lui, utilise l'executable php5-cgi pour executer les scripts avec les
> bons droits.
>
> Je pense que le soucis vient de la conf de suPHP (ou des droits des
> scripts PHP) : il n'est pas très loquace par défaut sur les erreurs à
> part dire "Ca a foiré".
>
> essaye voir en modifiant le paramètre :
>
> errors_to_browser=true
>
> de ton suphp.conf, en redémarrant Apache, et en parcourant les sites.
>
> @+
> Christophe.
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/530389d0.1080...@stuxnet.org
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Christophe
Bonjour,

Le 18/02/2014 17:01, Hugues MORIN a écrit :
> @nb:
> non, je viens de verifier libapache2-mod-php5 n'est pas installe.
> En utilisant aptitude, il me marque un "c" en debut.
> D'apres l'aide, ca veut dire "supprime mais les fichiers de
> configurations sont encore present"
> 

De ce qu'il me semble, tu n'as pas besoin de libapache2-mod-php5 si
c'est suPHP qui est qui est utilisé : suPHP vient en remplacement, et
lui, utilise l'executable php5-cgi pour executer les scripts avec les
bons droits.

Je pense que le soucis vient de la conf de suPHP (ou des droits des
scripts PHP) : il n'est pas très loquace par défaut sur les erreurs à
part dire "Ca a foiré".

essaye voir en modifiant le paramètre :

errors_to_browser=true

de ton suphp.conf, en redémarrant Apache, et en parcourant les sites.

@+
Christophe.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/530389d0.1080...@stuxnet.org



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Je me suis mal exprime
La desactivation a fonctionne mais ca ne resoud pas mon probleme


Le 18 février 2014 17:20, Hugues MORIN  a écrit :

> @commandatore:
>
> Ca ne fonctionne pas
>
> root@ks326416:/etc/apache2/mods-enabled# a2dismod php5
> Module php5 disabled.
> Run '/etc/init.d/apache2 restart' to activate new configuration!
> root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
> Restarting web server: apache2 ... waiting .
> root@ks326416:/etc/apache2/mods-enabled#
>
>
> cdlt
> Hugues
>
>
>
> Le 18 février 2014 17:11, Philippe Gras  a écrit :
>
>  Ça m'est arrivé quand j'ai essayé d'installer php 5.4 et Apache2 depuis
>> les sources.
>>
>> J'ai abandonné quand j'ai compris qu'il me fallait trouver et compiler
>>  libphp5.so moi
>> même, ce qui dépasse le cadre de mes compétences en informatique.
>>
>> Le 18 févr. 14 à 17:01, Hugues MORIN a écrit :
>>
>> @nb:
>> non, je viens de verifier libapache2-mod-php5 n'est pas installe.
>> En utilisant aptitude, il me marque un "c" en debut.
>> D'apres l'aide, ca veut dire "supprime mais les fichiers de
>> configurations sont encore present"
>>
>>
>> @commandatore:
>> Comment fait-on pour remettre php5 si la desactivation du php5 ne
>> fonctionne pas?
>> merci
>>
>> Cdlt
>> Hugues
>>
>>
>> 2014-02-18 16:44 GMT+01:00 nb :
>>
>>>
>>> > root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
>>>
>>> > apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
>>> > error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
>>> > /usr/lib/apache2/modules/libphp5.so into server:
>>> > /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
>>> > such file or directory
>>>
>>>
>>> Bonjour,
>>>
>>>  /usr/lib/apache2/modules/libphp5.so fait partie du paquet
>>> libapache2-mod-php5.
>>> Est-il installé ?
>>>
>>> nb
>>>
>>> --
>>> Lisez la FAQ de la liste avant de poser une question :
>>> http://wiki.debian.org/fr/FrenchLists
>>>
>>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>>> vers debian-user-french-requ...@lists.debian.org
>>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>>> Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303
>>>
>>>
>>
>>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@commandatore:

Ca ne fonctionne pas

root@ks326416:/etc/apache2/mods-enabled# a2dismod php5
Module php5 disabled.
Run '/etc/init.d/apache2 restart' to activate new configuration!
root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
Restarting web server: apache2 ... waiting .
root@ks326416:/etc/apache2/mods-enabled#


cdlt
Hugues



Le 18 février 2014 17:11, Philippe Gras  a écrit :

> Ça m'est arrivé quand j'ai essayé d'installer php 5.4 et Apache2 depuis
> les sources.
>
> J'ai abandonné quand j'ai compris qu'il me fallait trouver et compiler
>  libphp5.so moi
> même, ce qui dépasse le cadre de mes compétences en informatique.
>
> Le 18 févr. 14 à 17:01, Hugues MORIN a écrit :
>
> @nb:
> non, je viens de verifier libapache2-mod-php5 n'est pas installe.
> En utilisant aptitude, il me marque un "c" en debut.
> D'apres l'aide, ca veut dire "supprime mais les fichiers de configurations
> sont encore present"
>
>
> @commandatore:
> Comment fait-on pour remettre php5 si la desactivation du php5 ne
> fonctionne pas?
> merci
>
> Cdlt
> Hugues
>
>
> 2014-02-18 16:44 GMT+01:00 nb :
>
>>
>> > root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
>>
>> > apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
>> > error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
>> > /usr/lib/apache2/modules/libphp5.so into server:
>> > /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
>> > such file or directory
>>
>>
>> Bonjour,
>>
>>  /usr/lib/apache2/modules/libphp5.so fait partie du paquet
>> libapache2-mod-php5.
>> Est-il installé ?
>>
>> nb
>>
>> --
>> Lisez la FAQ de la liste avant de poser une question :
>> http://wiki.debian.org/fr/FrenchLists
>>
>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>> vers debian-user-french-requ...@lists.debian.org
>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303
>>
>>
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet comendatore

Comment ça la désactivation de php5 ne fonctionne pas ?
Que te renvoie a2dismod php5 ? C'est censé te supprimer les liens 
symboliques du chargement de php5 dans /etc/apache2/mods-enabled/. 
(php5.load et php5.conf)


Le 2014-02-18 17:01, Hugues MORIN a écrit :

@nb:
non, je viens de verifier libapache2-mod-php5 n'est pas installe.
En utilisant aptitude, il me marque un "c" en debut.
D'apres l'aide, ca veut dire "supprime mais les fichiers de 
configurations

sont encore present"


@commandatore:
Comment fait-on pour remettre php5 si la desactivation du php5 ne
fonctionne pas?
merci

Cdlt
Hugues


2014-02-18 16:44 GMT+01:00 nb :



> root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart

> apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
> error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
> /usr/lib/apache2/modules/libphp5.so into server:
> /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
> such file or directory


Bonjour,

 /usr/lib/apache2/modules/libphp5.so fait partie du paquet
libapache2-mod-php5.
Est-il installé ?

nb

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet 
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/5fcf1948fc985f48808cca27a6d4e...@comendatore.net



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Philippe Gras
Ça m'est arrivé quand j'ai essayé d'installer php 5.4 et Apache2  
depuis les sources.


J'ai abandonné quand j'ai compris qu'il me fallait trouver et  
compiler  libphp5.so moi

même, ce qui dépasse le cadre de mes compétences en informatique.

Le 18 févr. 14 à 17:01, Hugues MORIN a écrit :


@nb:
non, je viens de verifier libapache2-mod-php5 n'est pas installe.
En utilisant aptitude, il me marque un "c" en debut.
D'apres l'aide, ca veut dire "supprime mais les fichiers de  
configurations sont encore present"



@commandatore:
Comment fait-on pour remettre php5 si la desactivation du php5 ne  
fonctionne pas?

merci

Cdlt
Hugues


2014-02-18 16:44 GMT+01:00 nb :

> root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart

> apache2: Syntax error on line 205 of /etc/apache2/apache2.conf:  
Syntax

> error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
> /usr/lib/apache2/modules/libphp5.so into server:
> /usr/lib/apache2/modules/libphp5.so: cannot open shared object  
file: No

> such file or directory


Bonjour,

 /usr/lib/apache2/modules/libphp5.so fait partie du paquet  
libapache2-mod-php5.

Est-il installé ?

nb

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet  
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303






Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Ramage Philippe - l3w0rm
Salut

as tu regardé les log apache?




Le 18/02/2014 15:38, Hugues MORIN a écrit :
> Bonjour
> 
> Depuis ce matin, je suis confronte a un probleme sur un serveur dedie
> suite  une mise a jour d'apache2.
> 
> Apres cette mise a jour, les sites sur ce serveur ne renvoient plus que
> l'erreur 500
> 
> Apres avoir consulte les logs et avoir pas mal chercher, il s'avere que
> l'un des problemes ete lie a suphp.
> J'ai modifie l'uid_min/gid_min (en mettant a 33 a la place de 100) dans
> suphp.conf et l'erreur 500 a disparu pour certains sites mais il reste
> des bugs.
> 
> Les fichiers des sites ont comme proprietaire/groupe www-data (uid/gid:33)
> J'utilise aussi un myuser (uid/gid:1000) qui appartient au groupe
> www-data et le user www-data appartient aussi au groupe myuser.
> En fonction des droit sur les fichiers (604/644 ou 705/755), avant la
> MAJ, les fichiers pouvaient etre affiches queqluesoit leur proprietaire.
> 
> Actuellement voila la situtation:
> - tout les sites dont les fichiers/repertoires appartiennent a www-data
> s'affiche mais il y a des bugs. (des bug lie aux sessions ou au cookie
> probablement)
> - les sites ayant 1 seul fichier/repertoire appartenant a myuser son en
> erreur 500
> - impossible de se connecter a phpmyadmin, j'obtiens une fenetre me
> demandant si je veux telecharger le fichier ou l'ouvrir avec gedit
> 
> Je suis vraiement tres ennuye car c'est professionnel (site ecommerce)
> et je maitrise assez mal l'admin systeme.
> 
> J'espere que l'on d'entre vous sait comment resoudre ce probleme ou que
> vous pourrez me donner des pistes de recherches.
> 
> Cordialement
> Hugues
> 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5303823c.2010...@leworm.fr



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@commandatore:
Je viens de trouver comment reactiver:
a2enmod php5

Je fais le test et je vous tiens au courant


Le 18 février 2014 17:01, Hugues MORIN  a écrit :

> @nb:
> non, je viens de verifier libapache2-mod-php5 n'est pas installe.
> En utilisant aptitude, il me marque un "c" en debut.
> D'apres l'aide, ca veut dire "supprime mais les fichiers de configurations
> sont encore present"
>
>
> @commandatore:
> Comment fait-on pour remettre php5 si la desactivation du php5 ne
> fonctionne pas?
> merci
>
> Cdlt
> Hugues
>
>
> 2014-02-18 16:44 GMT+01:00 nb :
>
>
>> > root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
>>
>> > apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
>> > error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
>> > /usr/lib/apache2/modules/libphp5.so into server:
>> > /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
>> > such file or directory
>>
>>
>> Bonjour,
>>
>>  /usr/lib/apache2/modules/libphp5.so fait partie du paquet
>> libapache2-mod-php5.
>> Est-il installé ?
>>
>> nb
>>
>> --
>> Lisez la FAQ de la liste avant de poser une question :
>> http://wiki.debian.org/fr/FrenchLists
>>
>> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
>> vers debian-user-french-requ...@lists.debian.org
>> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
>> Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303
>>
>>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
@nb:
non, je viens de verifier libapache2-mod-php5 n'est pas installe.
En utilisant aptitude, il me marque un "c" en debut.
D'apres l'aide, ca veut dire "supprime mais les fichiers de configurations
sont encore present"


@commandatore:
Comment fait-on pour remettre php5 si la desactivation du php5 ne
fonctionne pas?
merci

Cdlt
Hugues


2014-02-18 16:44 GMT+01:00 nb :

>
> > root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
>
> > apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
> > error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
> > /usr/lib/apache2/modules/libphp5.so into server:
> > /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
> > such file or directory
>
>
> Bonjour,
>
>  /usr/lib/apache2/modules/libphp5.so fait partie du paquet
> libapache2-mod-php5.
> Est-il installé ?
>
> nb
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303
>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Salut

voila un vhost:

ServerAdmin webmas...@mysite.com
ServerName www.mysite.com
ServerAlias mysite.com *.mysite.com
DocumentRoot /var/www/mysite
#
#Options FollowSymLinks
#AllowOverride None
#

Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride All
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all


ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined


suphp.conf:
[global]
;Path to logfile
logfile=/var/log/suphp/suphp.log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www-data

;Path all scripts have to be in
docroot=/var/www:${HOME}/public_html

;Path to chroot() to before executing script
;chroot=/mychroot

; Security options
allow_file_group_writeable=false
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=0022

; Minimum UID
;min_uid=100
min_uid=33

; Minimum GID
;min_gid=100
min_gid=33

[handlers]
;Handler for php-scripts
application/x-httpd-suphp="php:/usr/bin/php-cgi"

;Handler for CGI-scripts
x-suphp-cgi="execute:!self"
x-httpd-suphp="php:/usr/bin/php-cgi"

dans error.log pour les sites encore en erreur 500 (car ils ont un fichier
appartenant a myuser)
[Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx] SoftException
in Application.cpp:555: Directory /var/www/mysite2 is not owned by myuser
[Tue Feb 18 16:07:43 2014] [error] [client xxx.xxx.xxx.xxx] Premature end
of script headers: index.php

Je continue de chercher mais plus je cherche plus ca me depasse :-(
Avez vous besoin d'autres choses?

Merci de votre aide

Cordialement
Hugues


Le 18 février 2014 16:32,  a écrit :

> Bonjour Hugues,
>
> Pourrais tu être plus précis ? Peux tu renvoyer les sections de
> configuration d'un de tes vhosts, de ton suphp.conf, etc ?
> Et accompagnés des entrées de logs correspondantes ?
>
> Merci
>
> Le 2014-02-18 15:38, Hugues MORIN a écrit :
>
>  Bonjour
>>
>> Depuis ce matin, je suis confronte a un probleme sur un serveur dedie
>> suite  une mise a jour d'apache2.
>>
>> Apres cette mise a jour, les sites sur ce serveur ne renvoient plus que
>> l'erreur 500
>>
>> Apres avoir consulte les logs et avoir pas mal chercher, il s'avere que
>> l'un des problemes ete lie a suphp.
>> J'ai modifie l'uid_min/gid_min (en mettant a 33 a la place de 100) dans
>> suphp.conf et l'erreur 500 a disparu pour certains sites mais il reste des
>> bugs.
>>
>> Les fichiers des sites ont comme proprietaire/groupe www-data (uid/gid:33)
>> J'utilise aussi un myuser (uid/gid:1000) qui appartient au groupe www-data
>> et le user www-data appartient aussi au groupe myuser.
>> En fonction des droit sur les fichiers (604/644 ou 705/755), avant la MAJ,
>> les fichiers pouvaient etre affiches queqluesoit leur proprietaire.
>>
>> Actuellement voila la situtation:
>> - tout les sites dont les fichiers/repertoires appartiennent a www-data
>> s'affiche mais il y a des bugs. (des bug lie aux sessions ou au cookie
>> probablement)
>> - les sites ayant 1 seul fichier/repertoire appartenant a myuser son en
>> erreur 500
>> - impossible de se connecter a phpmyadmin, j'obtiens une fenetre me
>> demandant si je veux telecharger le fichier ou l'ouvrir avec gedit
>>
>> Je suis vraiement tres ennuye car c'est professionnel (site ecommerce) et
>> je maitrise assez mal l'admin systeme.
>>
>> J'espere que l'on d'entre vous sait comment resoudre ce probleme ou que
>> vous pourrez me donner des pistes de recherches.
>>
>> Cordialement
>> Hugues
>>
>


Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet nb

> root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart

> apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
> error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
> /usr/lib/apache2/modules/libphp5.so into server:
> /usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
> such file or directory


Bonjour,

 /usr/lib/apache2/modules/libphp5.so fait partie du paquet libapache2-mod-php5.
Est-il installé ?

nb

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/76b5-53038000-f-47517280@38710303



Re: Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
ble/authn_file.load
lrwxrwxrwx 1 root root 36 23 mars   2012 authz_default.load ->
../mods-available/authz_default.load
lrwxrwxrwx 1 root root 38 23 mars   2012 authz_groupfile.load ->
../mods-available/authz_groupfile.load
lrwxrwxrwx 1 root root 33 23 mars   2012 authz_host.load ->
../mods-available/authz_host.load
lrwxrwxrwx 1 root root 33 23 mars   2012 authz_user.load ->
../mods-available/authz_user.load
lrwxrwxrwx 1 root root 32 23 mars   2012 autoindex.conf ->
../mods-available/autoindex.conf
lrwxrwxrwx 1 root root 32 23 mars   2012 autoindex.load ->
../mods-available/autoindex.load
lrwxrwxrwx 1 root root 27 18 févr. 10:53 cgid.conf ->
../mods-available/cgid.conf
lrwxrwxrwx 1 root root 27 18 févr. 10:53 cgid.load ->
../mods-available/cgid.load
lrwxrwxrwx 1 root root 26 23 mars   2012 cgi.load ->
../mods-available/cgi.load
lrwxrwxrwx 1 root root 29 23 mars   2012 dav_fs.conf ->
../mods-available/dav_fs.conf
lrwxrwxrwx 1 root root 29 23 mars   2012 dav_fs.load ->
../mods-available/dav_fs.load
lrwxrwxrwx 1 root root 26 23 mars   2012 dav.load ->
../mods-available/dav.load
lrwxrwxrwx 1 root root 30 23 mars   2012 deflate.conf ->
../mods-available/deflate.conf
lrwxrwxrwx 1 root root 30 23 mars   2012 deflate.load ->
../mods-available/deflate.load
lrwxrwxrwx 1 root root 26 23 mars   2012 dir.conf ->
../mods-available/dir.conf
lrwxrwxrwx 1 root root 26 23 mars   2012 dir.load ->
../mods-available/dir.load
lrwxrwxrwx 1 root root 26 23 mars   2012 env.load ->
../mods-available/env.load
lrwxrwxrwx 1 root root 28 23 mars   2012 fcgid.conf ->
../mods-available/fcgid.conf
lrwxrwxrwx 1 root root 28 23 mars   2012 fcgid.load ->
../mods-available/fcgid.load
lrwxrwxrwx 1 root root 30 23 mars   2012 include.load ->
../mods-available/include.load
lrwxrwxrwx 1 root root 27 23 mars   2012 mime.conf ->
../mods-available/mime.conf
lrwxrwxrwx 1 root root 27 23 mars   2012 mime.load ->
../mods-available/mime.load
lrwxrwxrwx 1 root root 34 23 mars   2012 negotiation.conf ->
../mods-available/negotiation.conf
lrwxrwxrwx 1 root root 34 23 mars   2012 negotiation.load ->
../mods-available/negotiation.load
lrwxrwxrwx 1 root root 27 18 févr. 16:22 php5.conf ->
../mods-available/php5.conf
lrwxrwxrwx 1 root root 27 18 févr. 16:22 php5.load ->
../mods-available/php5.load
lrwxrwxrwx 1 root root 33 23 mars   2012 reqtimeout.conf ->
../mods-available/reqtimeout.conf
lrwxrwxrwx 1 root root 33 23 mars   2012 reqtimeout.load ->
../mods-available/reqtimeout.load
lrwxrwxrwx 1 root root 30 23 mars   2012 rewrite.load ->
../mods-available/rewrite.load
lrwxrwxrwx 1 root root 27 23 mars   2012 ruby.load ->
../mods-available/ruby.load
lrwxrwxrwx 1 root root 31 23 mars   2012 setenvif.conf ->
../mods-available/setenvif.conf
lrwxrwxrwx 1 root root 31 23 mars   2012 setenvif.load ->
../mods-available/setenvif.load
lrwxrwxrwx 1 root root 26 23 mars   2012 ssl.conf ->
../mods-available/ssl.conf
lrwxrwxrwx 1 root root 26 23 mars   2012 ssl.load ->
../mods-available/ssl.load
lrwxrwxrwx 1 root root 29 23 mars   2012 status.conf ->
../mods-available/status.conf
lrwxrwxrwx 1 root root 29 23 mars   2012 status.load ->
../mods-available/status.load
lrwxrwxrwx 1 root root 29 23 mars   2012 suexec.load ->
../mods-available/suexec.load
lrwxrwxrwx 1 root root 28 23 mars   2012 suphp.conf ->
../mods-available/suphp.conf
lrwxrwxrwx 1 root root 28 23 mars   2012 suphp.load ->
../mods-available/suphp.load

root@ks326416:/etc/apache2/mods-enabled# /etc/init.d/apache2 restart
apache2: Syntax error on line 205 of /etc/apache2/apache2.conf: Syntax
error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load
/usr/lib/apache2/modules/libphp5.so into server:
/usr/lib/apache2/modules/libphp5.so: cannot open shared object file: No
such file or directory
Action 'configtest' failed.
The Apache error log may have more information.
 failed!


Il n'y a rien d'enregistre dans error.log

Cdlt
Hugues



Le 18 février 2014 16:06,  a écrit :

> c'est un problème de php, ton module php n'est plus "connecté" à apache
>
> que donne la commande :
>
> ls -l /etc/apache2/mods-enabled
>
>
> Cédric Barribaud
>
> --
> *De: *"Hugues MORIN" 
> *À: *"Liste Debian" 
> *Envoyé: *Mardi 18 Février 2014 15:38:16
> *Objet: *Probleme apres mise a jour Apache2 [URGENT]
>
>
> Bonjour
>
> Depuis ce matin, je suis confronte a un probleme sur un serveur dedie
> suite  une mise a jour d'apache2.
>
> Apres cette mise a jour, les sites sur ce serveur ne renvoient plus que
> l'erreur 500
>
> Apres avoir consulte les logs et avoir pas mal chercher, il s'avere que
> l'un des problemes ete lie a suphp.
> J'ai modifie l'uid_min/gid_min (en mettant a 33 a la place de 100) dans
> suphp.conf et l'

Probleme apres mise a jour Apache2 [URGENT]

2014-02-18 Par sujet Hugues MORIN
Bonjour

Depuis ce matin, je suis confronte a un probleme sur un serveur dedie
suite  une mise a jour d'apache2.

Apres cette mise a jour, les sites sur ce serveur ne renvoient plus que
l'erreur 500

Apres avoir consulte les logs et avoir pas mal chercher, il s'avere que
l'un des problemes ete lie a suphp.
J'ai modifie l'uid_min/gid_min (en mettant a 33 a la place de 100) dans
suphp.conf et l'erreur 500 a disparu pour certains sites mais il reste des
bugs.

Les fichiers des sites ont comme proprietaire/groupe www-data (uid/gid:33)
J'utilise aussi un myuser (uid/gid:1000) qui appartient au groupe www-data
et le user www-data appartient aussi au groupe myuser.
En fonction des droit sur les fichiers (604/644 ou 705/755), avant la MAJ,
les fichiers pouvaient etre affiches queqluesoit leur proprietaire.

Actuellement voila la situtation:
- tout les sites dont les fichiers/repertoires appartiennent a www-data
s'affiche mais il y a des bugs. (des bug lie aux sessions ou au cookie
probablement)
- les sites ayant 1 seul fichier/repertoire appartenant a myuser son en
erreur 500
- impossible de se connecter a phpmyadmin, j'obtiens une fenetre me
demandant si je veux telecharger le fichier ou l'ouvrir avec gedit

Je suis vraiement tres ennuye car c'est professionnel (site ecommerce) et
je maitrise assez mal l'admin systeme.

J'espere que l'on d'entre vous sait comment resoudre ce probleme ou que
vous pourrez me donner des pistes de recherches.

Cordialement
Hugues