|
 - La Charte du Forum
 - Forum
 - GUPPY |= Mes plugins - Mes forks
 Sujet n° 290 |
cmodguppy46 |
le 19/06/2008 @ 09:38
par jsebastien
visiteur
|
J'ai essayé le plugin chmodguppy46 (j'ai la version Guppy 4.6.7) mais j'obtiens le message "chmod impossible" à chaque fois que le lance le script.
Aurai-je oublié quelque-chose? C'est dommage si ça ne marche pas parce-que cette histoire de chmod me casse les pieds gravement: mon hébergeur modifie les droits d'écriture toutes les nuits automatiquement pour des raisons de sécurité, et ils étudient paraît-il une solution mais je ne la vois pas venir...
D'ailleurs, ce plugin est censé modifier les droits de quels fichiers, quels répertoires?
Merci! |
|
|
|
Réponse n° 2
--------
le 19/06/2008 @ 10:18
par jsebastien
visiteur
|
L'hébergeur est Web4all (hébergement mutualisé)
http://www.web4all.fr/
A part ce problème j'en suis plutôt content (disponibilité, rapidité, bande passante, tarifs, prestations diverses...)
Sur cette question des changements de chmod la nuit, voici la réponse qu'ils m'ont faite:
Ben, c'est que les chmods sont joueurs par nature...Non, en
fait, il y a un script qui passe toutes les nuit pour changer le
propriétaire des fichiers et vous remettre vous en tant que
proprétaire plutôt qu'Apache. Ceci a donc des incidences sur les
accès.
Autre explication fournie, mais je ne maîtrise pas tout la, même si ça me semble vouloir dire (presque) le même chose:
Ce qui se passe c est qu'une fois que le script modifie le chown, le
chmod n'est plus valable pusique apache n'est plus proprio des
fichiers. Normal donc mysterarts que tu n'ai pas encore constaté
l'erreur.C'est pour cela qu'il faut mettre un 777
L'utilisateur de Guppy dont il est question (mysterarts) chez le même hébergeur me dit n'avoit aucun problème depuis qu'il a laissé tomber le chmodage des fichiers en 666 pour les mettre en 777 comme les répertoires, comme ça il "chmode" tout d'un bloc et ne semble plus avoir à refaire les chmods de certains fichiers tous les jours (ce sont surtout les fichiers data commençant par ip qui bougent, les autres presque jamais). Mais je me demande ce qu'il en est côté sécurité? |
|
|
|
Réponse n° 3
--------
le 19/06/2008 @ 10:57
par hpsam
Administrateur
|
Salut,
666 c'est les droits en lecture, écriture.
777 c'est les droits en lecture, écriture, exécution.
Les droits en éxécution ne sont nécessaire que pour les dossiers et les scripts exécutable (shell, perl, applications linux...) l'équivalent du .exe sous Windows.
En général Apache et l'utilisateur sont dans
le même groupe. Donc des droits 660 ou 770 et pas besoin de changer les
propriétaires.
Le scripts fait donc un chmod 777 des dossiers et 666 des fichiers sur cette base:
Code : php
$aChmoder = array('admin/redac/*','admin/mdp.php','data/*','file/*','img/*','pages/*','photo/*','skin/*');
Si tu as le message "/!\ CHMOD IMPOSSIBLE" c'est que le script ne peux même pas se passer lui même en 777. Donc peu d'espoir de fonctionner chez cette hébergeur.
As-tu un accès en ligne de commande ? Si oui j'ai le même script mais en bash.
Sinon, il ne te reste plus qu'a faire un chmod récursif via ton logiciel FTP.
A+
Pas de problème sans solutions
|
|
|
Réponse n° 4
--------
le 20/06/2008 @ 10:45
par jsebastien
visiteur
|
Ligne de commande chez l'hébergeur, c'est ça? Je ne crois pas.
Les changements récursifs par ftp, c'est ce que je fais, mais c'est un peu galère, ça marche bien pour les dossiers, mais je ne peux pas modifier les fichiers pour les passer en 666 sans rentrer dans chacun des sous-dossiers, c'est assez contraignant (j'utilise Filezilla sous Linux). J'ai déjà par erreur passé des répertoire en 666 à force de chmoder, et là ils disparaissent de l'affichage, je suis obligé d'appeler l'hébergeur au secours! Là, je viens de leurs envoyer une copie de ton dernier message ici pour qu'ils me répondent.
Web4all c'est pas mal sinon, pas très cher, bande passante illimitée, très grande disponibilité et extrêmement rapide. J'ai eu 4260 connections hier, dont 4230 en quatre heures, et aucun ralentissement !
Ce robot qui rétablit les droits toutes les nuits est cependant une plaie, et en plus ça ne touche pas les répertoires ni tous les fichiers, seule une grande partie du data bouge (et encore, la plupart du temps ça ne bouge pas dans les sous-dossiers data). Pourtant, de nombreux hébergeurs fonctionnent avec Apache !
Petite question: si le 777 reste stable, cela fonctionnerait-il si je mettais aussi les fichers en 777 avec les dossiers, au lieu de 666? Y aurait-il un risque de sécurité? A priori ce ne sont pas des fichiers exécutables, et un autre utilisateur de Guppy chez le même hébergeur m'a dit le faire sans problème, mais je me méfie.
Cordialement,
J-S |
|
|
|
Réponse n° 6
--------
le 20/06/2008 @ 11:09
par jsebastien
visiteur
|
Merci pour la réponse.
Concrètement, quel type de risques peut-il y avoir?
J'ai cherché un peu partout mais je n'ai trouvé de réponse nulle part... |
|
|
|
Réponse n° 8
--------
le 05/07/2008 @ 11:20
par Daniel
visiteur
|
Bonjour,
Ne fonctionne pas sur OVH apache 2.2 et guppy 4.6.8 ou plutôt :
CHMOD 777 devient 410
CHMOD 666 devient 232
Par chance cela n'a modifié que les premiers répertoires à la racine et pas les sous-répertoire et fichiers. Ouf... |
|
|
|
Réponse n° 9
--------
le 05/07/2008 @ 11:24
par Daniel
visiteur
|
Est-ce que le code est bien compatible PHP5 ? |
|
|
|
sujet actif
 sujet clos
 Important!
 Nouveau message -
 Rectifier message
 Cloturer sujet
 Remonter
|
|
![[RSS 2.0]](plugins/last_news/validrss20.gif "[RSS 2.0]")
Membres : 259
Membre en ligne :
Anonyme en ligne : 1
Total visites: 1363464 
Cumulé : 384
Haut 
© 2004-2011 
