Problème de droit sur KIMSUFI (ovh) - Codes et scripts - Linux et OS Alternatifs
Marsh Posté le 06-10-2007 à 12:55:07
Je pense que il n'a changé que le pour le répertoire, pas pour ce qu'il y a à l'intérieur, donc faut le faire de manière récursive pour que ca s'applique au contenu du répertoire.
chown -R ovh phpMyAdmin
Je ne connais pas l'utilisateur qui fait tourner apache sous gentoo, mais je pense qu'il devrait avoir les droits en écriture sur ce répertoire. Je te connseillerais donc de mettre le proprio a ovh (comme tu veux) et de mettre le groupe de l'utilisateur sous lequel tourne apache en groupe de ce répertoire et fichiers en dessous, + droit 775
chown -R ovh:gruopewwwdata phpMyadmin
chown -R 775 phpMyadmin
/!\ Faire gaffe avec le -R, faut pas changer les droits de TOUT ton disque, seulement sur le répertoire qui va bien !!!
Marsh Posté le 06-10-2007 à 12:57:18
ça me donne :
Internal Server Error
GID of script "/home/ovh/www/phpMyAdmin/index.php" is smaller than min_gid
suPHP 0.6.1
Marsh Posté le 06-10-2007 à 12:59:21
Le problème c'est que je ne connais pas non plus cet utilisateur, www-data n'est pas reconnu, comment le savoir ?
Marsh Posté le 06-10-2007 à 13:01:27
Pour l'instant j'ai mis :
chown -R ovh:ovh phpMyaAmin
chown -R 775 phpMyAdmin
et ça a l'air de passer :) donc le groupe serait ovh et le user ovh également
maintenant c'est PHPMYADMIN qui demande un utilisateur autorisé :s
Marsh Posté le 06-10-2007 à 14:16:42
bon ben tout est plus ou moins rentré dans l'ordre, merci bcp pr ton aide
Marsh Posté le 06-10-2007 à 12:35:58
Bonjour,
j'ai un kimsufi avec Gentoo (ovh release 2).
J'ai eu un pépin avec phpmyadmin, je l'ai donc réenvoyé un SFTP car c'était le seul moyen d'atteindre le répertoire /home/ovh/www/phpMyAdmin
seulement voilà les autorisations sont mauvaises vu que le SFTP applique les permissions ROOT.
J'ai bien tenté de faire un chown ovh:ovh phpMyAdmin mais lorsque je fais un ls -all je vois bien que les autorisations ne sont pas bonnes. EN accès http j'obtiens une erreur 500, un forbidden ou une erreur UID suivant l'utilisateur précisé dans le chown...
Que faire ?
Voir le ls -all :
tout en sachant que tous les autres fichiers/dossiers, possèdent les bons droits.
merci d'avance