CHMOD bloquent migration 3.10 à 4.x ?

**Fred2FR3** · 14/10/2023, 16h36

Salut, de mémoire, tu peux faire ca en FTP (filezilla). Ou en ligne de commande (shell) si tu peux le faire.

**cavo789** · 14/10/2023, 16h48

Bonjour

Voici un script simple d'emploi et qui fait le job que tu cherches. Je l'ai écris il y a quelques années déjà : https://github.com/cavo789/chmod

**Mister Paul** · 16/10/2023, 10h54

Merci Christophe,
et pardon pour ma réponse tardive…

J'ai un souci en lançant ce script : il m'indique apparemment d'autres droits que ceux des fichiers/répertoires.
Par exemple sur le 1er fichier vu par le script (fichier en 770, confirmé par 2 softs FTP différents) j'ai ce message d'erreur :

Recursive chmod

ERROR - The current chmod for ./_info.php is 504 and should be 504 - EXITING

Un problème ?

**cavo789** · 16/10/2023, 12h19

Bonjour

Cette erreur est étrange, faudrait que je regarde (ce script est vieux mais aurait dû être totalement fonctionnel).

Ton site étant un site joomla, ce fichier n'est pas attendu. C'est toi qui l'a créé et en as-tu toujours besoin ? J'ai l'impression que ce fichier était supposé temporaire (sur base de son nom) et devrait être supprimé (zéro utilité avec un site joomla).

**Mister Paul** · 16/10/2023, 13h21

Oui ce fichier m'est utile : il me confirme la version actuelle de PHP du site. Je suis en pleine mise à jour (Joomla, Template, Extension, PHP). Je l'enlèverai ensuite.

Mais en continuant le script j'ai sur le dossier "administrator" (actuellement en 770) : "ERROR - The current chmod for ./administrator is 504 and should be 493 - EXITING"

Fichiers joints

**RobertG** · 16/10/2023, 15h03

Bonjour,

Dans l'administration, tu as une page qui s'appelle "informations système" qui te permet de savoir directement quelle est la version de PHP. N'est-ce pas suffisant ?

Sinon je confirme sur mon serveur PHPNET en PHP 8.1

ERROR - The current chmod for ./configuration.php is 292 and should be 420 - EXITING

Le fichier est en 644 (après constatation de l'erreur).

Un autre essai en ajoutant un "echo" : ce fichier est en 444

C'est au niveau du changement de chmod que la nouvelle valeur n'est pas interprétée et ensuite mal recalculée.
Un nouveau passage montre que c'est le fichier suivant dans la liste, en 444, qui après changement, renvoie toujours 444 alors que sur le serveur c'est bien passé en 644

En ajoutant ces "echo"

Code:

            chmod($path, octdec($attr));
            $newchmod=substr(sprintf('%o', fileperms($path)), -4);
echo '$attr: ' . octdec($attr) . "<br/>";
echo '$newchmod: ' . $newchmod . "<br/>";
echo 'octdec($newchmod)' .octdec($newchmod) . "<br/>";

J'obtiens pour le fichier suivant

**RobertG** · 16/10/2023, 16h22

Dans mes essais, la valeur par défaut ($attr) est "0644" pour les fichiers, définie en début de script.
Lorsque j'arrive sur configuration.php à la racine, ses droits sont 444
Le script (ligne 85) passe bien ces droits en 644, mais les "echo" ajoutés après la ligne de calcul de $newchmod sont déroutants ($newchmod devrait être "0644" et non "0444" qui est la valeur précédente)

$attr: 0644
octdec($attr): 420
$newchmod: 0444
octdec($newchmod): 292

**RobertG** · 16/10/2023, 17h06

Pour revenir au problème initial, comment as-tu copié ton site vers un autre dossier/sous-domaine ?
C'est étonnant ce changement de droits.

**Mister Paul** · 16/10/2023, 21h22

Envoyé par RobertG Voir le message

Pour revenir au problème initial, comment as-tu copié ton site vers un autre dossier/sous-domaine ?
C'est étonnant ce changement de droits.

Bonne question…
Je l'ai fait par logiciel FTP. Mais je m'étais rendu compte d'un étrange "redatage" des éléments de l'hébergement ce week-end. Aujourd'hui tombe la notification de mon hébergeur : site hacké…

Je ne sais pas si c'est lié à mon problème de recopie de droits.
Je ne sais pas si c'est lié à notre problème de fonctionnement étrange du script de Christophe.
Regarde ton .hthaccess à tout hasard…

J'ouvre un nouveau post sur ce sujet.

**RobertG** · 16/10/2023, 21h45

Quel est le site hacké, l'original ou la copie ?

**Mister Paul** · 16/10/2023, 22h27

Tous le sont…

**cavo789** · 17/10/2023, 07h39

Bonjour Mister Paul

J'ai checké le script chmod.php ce matin et en effet, il y avait un souci: dans le cas où l'utilisateur "web" (càd celui que ton hébergeur a défini pour accéder aux fichiers de ton site) ne peut pas utiliser l'instruction "chmod" alors le message d'erreur affiché à l'écran était bidon. Dans ce cas de figure, j'affiche dorénavant un message bien plus explicite.

Ce que cela signifie : ton hébergeur interdit à quelqu'un qui lance un script de, dans ce script, de changer le chmod d'un fichier. C'est une bonne chose au final.

**RobertG** · 17/10/2023, 08h20

Bonjour,

C'est curieux Christophe, car malgré les messages d'erreurs lors de mes tests, la vérification après passage a toujours montré que le chmod avait bien été modifié (donc pas bloqué par l'hébergeur), mais sa vérification renvoyait les droits précédents.

**Mister Paul** · 18/10/2023, 17h12

Merci Christophe
Pardon pour ma réponse tardive (j'étais/je suis au four et au moulin)
• Comme Robert, le CHMOD était déjà modifié par ton script

• Je continue à avoir des incohérences avec le script (que j'ai retéléchargé suite à tes modifs, Christophe) :

ERROR - The current chmod for ./trucbidule is 0770 and should be 0770 - EXITING
Mais le CHMOD devient 402

Si je relance le script :
ERROR - The current chmod for ./trucbidule is 0402 and should be 0770 - EXITING
Et le CHMOD reste 402

CHMOD bloquent migration 3.10 à 4.x ?

CHMOD bloquent migration 3.10 à 4.x ?

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Annonce

Partenaire de l'association