OVH Community, votre nouvel espace communautaire.

Nouveau serveur en Release3 = PHP non interprêté


extralarge
21/10/2015, 11h07
Citation Envoyé par pauline76
Xavier, une fois de plus merci !
avec les éléments que as donné, j'ai beaucoup farfouillé dans mes conf + lancé plein de apachectl et maintenant ça marche.
C'est quand même vachement compliqué leur histoire de VirtualHost et NameVirtualHost qui passent leur temps à se "bouffer le nez"...
En tous cas, encore merci.
Pauline.
Le pire c'est SuPHP .... . car ici il devient plus difficile d'interagir entre différents serveurs....

Bon courage,

Xavier

pauline76
20/10/2015, 16h50
Xavier, une fois de plus merci !
avec les éléments que as donné, j'ai beaucoup farfouillé dans mes conf + lancé plein de apachectl et maintenant ça marche.
C'est quand même vachement compliqué leur histoire de VirtualHost et NameVirtualHost qui passent leur temps à se "bouffer le nez"...
En tous cas, encore merci.
Pauline.

extralarge
19/10/2015, 21h14
Bonsoir Pauline,

à la fin du httpd.conf tu as


Include conf.d/suphp.conf
Include conf.d/ssl.conf
Include conf.d/fastcgi.conf
Include conf.d/nagios.conf (rajouté manuellement par mes soins)
Include vhosts/*.conf
Include conf.d/mailman.conf


ainsi sont inclus les vhosts. ils sont / peuvent être déclarés dans un fichier à part qu'il faut tout de même inclure.

Si tu tombes par défaut sur le 1 er vhost déclaré, c'est qu'apache est mal syntaxé.

d'où
bien mettre

NameVirtualHost *:80 en bas de httpd.conf pour qu'il se propage pour chaque vhosts

puis vérifier en ssh par
apachectl -S qu'il n'y a pas d'erreur.
et que toutes les déclarations d'un vhosts ne sont pas éparpillées entre le fichier principal ( httpd.conf) et les autres en include.

que retourne apachectl -S chez toi

Si c'est un alias, as-tu néanmoins déclaré le sous domaine dans bind sous forme d'enregistrement de type A ?
A contrario ça ne fonctionnera pas.

Bye

Xavier

ps : que ce soit R3 ou debian, si apache est mal configuré.... ça produira toujours les mêmes problèmes. Il vaut mieux mettre un peu les doigts dans la mécanique pour assurer ensuite.

bbr18
19/10/2015, 15h53
de r2 à debian/virtualmin regarde par là http://www.how-to.ovh/viewtopic.php?f=19&t=45
j'ai utilisé la R2 durant des années et franchement je ne regrette pas d'avoir changé même si la R2 m'a bien aidée à débuter sur un serveur car je suis une autodidacte donc je n'y connaissais rien

pauline76
19/10/2015, 15h42
En fait, je dois migrer de GENTOO/R2 vers CENTOS/R3.
Si j'ai trop de galères je songerai effectivement à une solution alternative...

bbr18
19/10/2015, 15h26
Guère plus compliqué que de migrer d'un serveur à un autre, si par exemple tu mets Debian + virtualmin, tu installes tes domaines sur le nouveau serveur avec le panel (aussi simple que ovhm) puis tu envoies tes données (avec rsync, scp etc. ) sachant que ce qui était sur R3 en /home/utilisateur/www sera en /home/utilisateur/public_html et que les droits seront utilisateur:utilisateur au lieu de utilisateur:users, le reste c'est pareil tu as postfix pour les mails

pauline76
19/10/2015, 15h11
Hélas, bbr18 je n'ai pas les compétences pour migrer tout un serveur vers mon nouveau serveur.
Tu avoueras que c'est quand même pointu non ?

bbr18
19/10/2015, 14h43
tu as un nouveau serveur, alors le meilleur conseil qu'on puisse te donner : change de distribution, ce n'est pas si compliqué que ça à migrer, le temps que tu mettras à le faire sera très vite récupéré par rapport à tes galères avec la R3
je sais ça ne t'aide pas vraiment... quoique...

pauline76
19/10/2015, 14h32
Merci Extralarge pour ta réponse grâce à laquelle j'ai résolu mon problème (dur dur la R3...).
bbr18, j'avais bien les droits ovh:users.

Je profite de vos lumières pour vous exposer un autre problème :

J'ai un nom de domaine principal toto.com qui possède un virtual host dans le répertoire /etc/httpd/vhosts.
J'ai un nom de domaine secondaire titi.com que j'ai déclaré via OVHM comme alias de toto.com.

Or l'alias titi.com n' été inscrit que dans le virtual host de toto.com et nulle part d'autre ailleurs.
Résultat, une requête vers l'alias titi.com aboutit dans le virtual host default.com.

En effet, comment Apache peut il savoir que l'alias titi.com doit pointer sur le virtual host de toto.com ?

Il doit manquer une déclaration de l'alias titi.com quelque part...

Merci.

bbr18
19/10/2015, 09h22
l'intérêt d'une distribution comme la R3 est de ne pas avoir à mettre les mains dans le cambouis (du moins très peu), alors si autant de bugs sur des choses basiques, autant utiliser une distribution standard sur laquelle on ajoute un panel et ainsi avoir quelque chose qui tient la route et qui plus est avec une communauté d'utilisateurs importante donc avec une facilité de trouver facilement des réponses aux problèmes éventuels.

- - - Mise à jour - - -

Citation Envoyé par pauline76
J'ai un peu avancé (mais ça ne m'avance pas beaucoup...)

Le même petit script (qui fait juste un phpinfo()) ne s'exécute pas dans :
/home/ohv/www
et il s'exécute bien dans :
/home/ovh/www/phpMyAdmin

Je n'y comprends plus rien...
quels droits/user as-tu mis à ce fichier ?
S'il est dans /home/ovh/www il doit avoir ovh:users

extralarge
19/10/2015, 08h23
Bonjour Pauline,

Le problème vient de SuPHP et des droits affectés aux UID ainsi que de httpd.conf et des fichiers en include dedans.
Comme apache est mal configuré, il n'utilise que le 1er virtualhost par défaut.

Fait déjà une copie de tout ton répertoire apache.

Ensuite, si tu utilises ovhm pour ajouter un site ou un sous domaine, il y a quelques bugs.... d'OVHM.

Pour chaque virtualhost tu dois avoir (donc peut-être rajouter) à la fin

suPHP_Engine on
suPHP_AddHandler x-httpd-php
suPHP_UserGroup NOMDETONUTILISATEUR users
AddHandler x-httpd-php .php


l'autre bug est qu'ovh met

suPHP_UserGroup ovh users
à la place de
suPHP_UserGroup NOMDETONUTILISATEUR users.

Ensuite met

NameVirtualHost *:80 en bas de httpd.conf

puis vérifie en ssh par
apachectl -S

que ta config apache est OK

tu devrais avoir pour chaque VHOST :

exemple pour nagios chez moi :


DocumentRoot "/usr/share/nagios/html"
ServerName nagios.blablabla.org

allow from all
Options None


suPHP_Engine on
suPHP_AddHandler x-httpd-php
suPHP_UserGroup blablabla users
AddHandler x-httpd-php .php






Xavier

pauline76
18/10/2015, 14h04
J'ai un peu avancé (mais ça ne m'avance pas beaucoup...)

Le même petit script (qui fait juste un phpinfo()) ne s'exécute pas dans :
/home/ohv/www
et il s'exécute bien dans :
/home/ovh/www/phpMyAdmin

Je n'y comprends plus rien...

pauline76
17/10/2015, 21h53
Merci Janus57 pour ta réponse.

Oui, ma page a bien l'extension .php
Concernant la release3, tu as raison, je suis déjà bien déçue car elle n'a pas vraiment l'air bien au point dans beaucoup de domaines...

janus57
17/10/2015, 16h28
Bonjour,

la page a bine l'extension .php ?

Sinon petit conseil : éviter la R3 car elle est déjà obsolète avec son PHP5.3

Cordialement, janus57

pauline76
17/10/2015, 15h35
Bonsoir.

Je viens d'acquérir un nouveau serveur sous CENTOS6 en release3 et je me rends compte que PHP n'est pas interprêté (affichage du source PHP au lieu de son exécution).
Je n'ai jamais eu ce problème avec mes anciens serveurs en release2 qui étaient parfaitement fonctionnels dès la livraison.
Malgré de nombreuses recherches et essais, je ne suis pas arrivée à trouver une solution...
Ce qui est étrange, c'est que phpmyadmin qui est écrit en php fonctionne très bien mais pas mes applis en php.
Si quelqu'un a une idée ?
D'avance, merci !