Config Apache et CHMOD
9 messages • Page 1 sur 1
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
soit dans php soit php.ini
Salut,
tu peux utiliser la fonction umask() en php (pour mode 664, utiliser umask 002). Avec chmod() tu t'en sortiras
Sinon pour qu'apache le fasse aussi pour les uploads, un petit umask 002 dans le script de démarrage d'apache ? (pas testé)
Fais un signe si ça marche
tu peux utiliser la fonction umask() en php (pour mode 664, utiliser umask 002). Avec chmod() tu t'en sortiras
Sinon pour qu'apache le fasse aussi pour les uploads, un petit umask 002 dans le script de démarrage d'apache ? (pas testé)
Fais un signe si ça marche
regarde quel user utilise apache et donne lui les droits qu'il faut
regarde ce post en espérant que ça t'aidera
http://www.webrankinfo.com/forums/viewtopic_46478.htm
regarde ce post en espérant que ça t'aidera
http://www.webrankinfo.com/forums/viewtopic_46478.htm
Re: Config Apache et CHMOD
maaax a écrit:...
CHMOD 664.
Est ce que quelqu'un aurait une piste ?
merci
Ca parle de permssions (mode 664) pas d'ownership...
Pour les histoires d'utilisateurs que tu cites c'est correct, en prime pour avoir droit d'écriture pour apache (nobody) et l'utilisateur ftp (monuser:monuser), il faut le mode 664 et ownership nobody:monuser ou vice-versa.
Deux problèmes liés, appartenance et permissions mais distincts
(En passant si c'est mêlé, et que vous avez une arborescence créée, pensez au setgid bit sur les répertoires - mode 2775, ça transmet le groupe...)
Re: soit dans php soit php.ini
sunflower a écrit:Salut,
tu peux utiliser la fonction umask() en php (pour mode 664, utiliser umask 002). Avec chmod() tu t'en sortiras
Sinon pour qu'apache le fasse aussi pour les uploads, un petit umask 002 dans le script de démarrage d'apache ? (pas testé)
Fais un signe si ça marche
Je vient de tester le umask 002 dans le fichier de config proftpd.conf, et j'ai toujours le même problème : les fichiers générés ne sont pas en 664.
regarde quel user utilise apache et donne lui les droits qu'il faut
regarde ce post en espérant que ça t'aidera
http://www.webrankinfo.com/forums/viewtopic_46478.htm
Ce que je voudrai faire c'est de faire une config par défault et pas avoir à changé tous le temps mes fichiers avec chmod.
L'user c'est apache et le group aussi, après comment faire ?
maaax a écrit:
Je vient de tester le umask 002 dans le fichier de config proftpd.conf, et j'ai toujours le même problème : les fichiers générés ne sont pas en 664.
La directive Umask dans proftpd.conf ? Pour proftpd ça devrait marcher d'après la doc (Umask 0002 pour format long)... Mais pour apache, ça ne fait pas avancer le schmilblick.
Au pire et au plus sale, un cron job qui change les droits régulièrement ?
- Code: Tout sélectionner
*/2 * * * * apache chmod -R g+w /var/www/monsite/monfolder
ou
- Code: Tout sélectionner
*/2 * * * * chmod -R g+w /var/www/monsite/monfolder
J'ai pris un mauvais exemple pour faire mes tests.
La directive Umask 002, marche bien.
Le problème vient du script php spip, les fichiers uploadés sont écrits en CHMOD 666. Dans le code source il y a :
Je ne voit vraiment pas l'interet d'écrire en 666
!
Est ce que c'est un risque au niveau sécurité de laisser trainer des fichiers (.gz, .jpg, ...) en world-writable ?
La directive Umask 002, marche bien.
Le problème vient du script php spip, les fichiers uploadés sont écrits en CHMOD 666. Dans le code source il y a :
- Code: Tout sélectionner
@chmod($fichier, 0666);
Je ne voit vraiment pas l'interet d'écrire en 666
Est ce que c'est un risque au niveau sécurité de laisser trainer des fichiers (.gz, .jpg, ...) en world-writable ?
maaax a écrit:J'ai pris un mauvais exemple pour faire mes tests.
La directive Umask 002, marche bien.
Le problème vient du script php spip, les fichiers uploadés sont écrits en CHMOD 666. Dans le code source il y a :
- Code: Tout sélectionner
@chmod($fichier, 0666);
Je ne voit vraiment pas l'interet d'écrire en 666!
Est ce que c'est un risque au niveau sécurité de laisser trainer des fichiers (.gz, .jpg, ...) en world-writable ?
Ben surtout si on peut poser du php ou autre script à un endroit où il est interprété
Sinon le risque qu'un utilisateur ayant un compte sur la machine puisse changer les contenus d'une manière néfaste...
Sinon mode 666 c'est très mal, c'est sûr... Mais bon parfois la pratique foule aux pieds la bonne théorie
En général, autant attribuer à apache la paternité qu'il puisse gérer son arborescence, si on en a les moyens (un accès root).
9 messages • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par Julien Coquet, expert certifié officiellement par Google Analytics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Afficher le PageRank en entier dans Firefox (barre d'outils Google)
- Sortie de GoogleStats v2.01
- Suite de l'article sur le fichier .htaccess : l'URL rewriting
- Comment voir facilement les liens nofollow dans Firefox
- Séminaire URL Rewriting et sites dynamiques
- Article sur le fichier .htaccess
- Hébergement de projets open source sur Google Code
- Google Web Toolkit, pour créer des applications en AJAX
- Aperçu des différents types de redirection
- Domaine favori - URL canonique
Consultez la description détaillée des produits ou services de Google suivants : Google Web Toolkit
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités





le forum