Bonjour, J'ai installé httpd (j'ai LA, me manque plus que MP :)) pour tester Magento en locale sur mon ordinateur. Ce que j'aimerai, c'est pouvoir travailler dans un dossier de mon répertoire courant (~/www par exemple) afin d'éviter de travailler en root sur /var/www/html. Donc j'aimerai que le dossier dans mon repertoire courant pointe directement sur /var/www/html (si c'est bien là où sont mises les pages et les différents documents pour le site). Je crois que ça en parle dans la doc (du dossier /public_html) mais ce que j'ai fais ne semble pas marcher... À vrai dire j'ai même pas compris, j'avais fais ça sur Ubuntu mais la doc est différente (et je préfère éviter, je trouve ça bizarre et j'ai du bidouiller pour avoir le résultat que je voulais de mémoire). Accessoirement j'aimerai que seulement les ordinateurs chez moi est accès à ce site, personne d'autre. Voici le contenu du fichier minimal de configuration dont parle la doc : [quote=/etc/httpd/conf.d/monsite.conf]# activation des hôtes virtuels NameVirtualHost *:80 # Hôte virtuel par défaut # Activation des sites utilisateurs : http://localhost/~nomutilisateur UserDir public_html AllowOverride all Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec # Activation de l'adresse : http://localhost/server-status SetHandler server-status Order deny,allow Deny from all Allow from 127.0.0.1 # Activation de l'adresse : http://localhost/server-info SetHandler server-info Order deny,allow Deny from all Allow from 127.0.0.1 [/quote] Pour info, quand je vais avec mon navigateur sur http://localhost/ j'ai la page de test de Fedora. Voilà, si vous pouviez m'aider... J'offre un Twix© ! Koshicalement

Bonjour, plusieurs questions dans ton post : - les pages userdir sont accédées via http://tonserveur/~tonuser/ et correspondent au dossier $HOME/pubic_html - pour que ton user puisse copier les pages dans /var/www/html , tu peux le mettre dans le groupe apache - la page de test est du à la présence du fichier welcome.conf dans httpd.d

[quote=proxy]- les pages userdir sont accédées via http://tonserveur/~tonuser/ et correspondent au dossier $HOME/pubic_html[/quote] Donc si je comprend bien je met ce que j'ai à mettre dans ~/public_html et l'adresse sera http://localhost/~koshie (vu que c'est le nom de mon utilisateur) ? [quote=proxy]- pour que ton user puisse copier les pages dans /var/www/html , tu peux le mettre dans le groupe apache[/quote] Si le point ci-dessus fonctionne ça ne servirait à rien, du coup, non ? [quote=proxy]- la page de test est du à la présence du fichier welcome.conf dans httpd.d[/quote] Oui je sais :) ! C'était juste pour dire que httpd fonctionnait. Koshicalement

Dans le fichier /etc/httpd/conf tu as la variable: DocumentRoot "/var/www/html" rien ne t'empêche de modifier ça en DocumentRoot "/home/koshie/html" attention cependant à bien donner les droits adéquats, et à mettre SElinux en permissif pour les tests, car il n'est pas du tout sur qu'il apprécie que apache aille lire le contenu de /home.

[quote=koshie][quote=proxy]- les pages userdir sont accédées via http://tonserveur/~tonuser/ et correspondent au dossier $HOME/pubic_html[/quote] Donc si je comprend bien je met ce que j'ai à mettre dans ~/public_html et l'adresse sera http://localhost/~koshie (vu que c'est le nom de mon utilisateur) ? [quote=proxy]- pour que ton user puisse copier les pages dans /var/www/html , tu peux le mettre dans le groupe apache[/quote] Si le point ci-dessus fonctionne ça ne servirait à rien, du coup, non ?[/quote] Les pages userdir permettent à chaque user d'un serveur d'avoir leurs pages perso online en plus du DocumentRoot classique du serveur Apache.

[quote=Nouvo09]attention cependant à bien donner les droits adéquats, et à mettre SElinux en permissif pour les tests, car il n'est pas du tout sur qu'il apprécie que apache aille lire le contenu de /home.[/quote] Est-ce indispensable ? J'ai effectivement reçu (après test) des remarques comme quoi httpd essayait de lire le dossier utilisateur. Voici le contenu actuelle du monsite.conf : [quote=/etc/httpd/conf.d/monsite.conf]# activation des hôtes virtuels NameVirtualHost *:80 # Hôte virtuel par défaut DocumentRoot "/home/koshie/www" # Activation des sites utilisateurs : http://localhost/~nomutilisateur UserDir /home/koshie/www AllowOverride all Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec # Activation de l'adresse : http://localhost/server-status SetHandler server-status Order deny,allow Deny from all Allow from 127.0.0.1 # Activation de l'adresse : http://localhost/server-info SetHandler server-info Order deny,allow Deny from all Allow from 127.0.0.1 [/quote] Maintenant quand je me rend sur [url]http://127.0.0.1[/url] j'ai : [quote=http://127.0.0.1]You don't have permission to access / on this server.[/quote] Le dossier /var/www/html est vide mais /home/koshie/www/html contient le dossier Magento (extrait du site officiel).

Le user Apache n'a pas les droits pour aller dans ton home

et ne dois pas les avoir!! passe par au choix: - public_html c'est bien la solution la plus propre - mettre le propriétaire du dossier dans /var/www/html/... comme étant ton user - ajouter ton user dans le groupe apache

Tant qu'il ne s'agit que de tests à domicile, tu peux ajouter apache au groupe koshie. Cette méthode est à proscrire absolument pour un site en production !

Mwarf je comprend plus rien. [quote=pingou]- public_html c'est bien la solution la plus propre[/quote] C'est la solution qui consiste à faire un dossier dans /home/user/ pour rajouter des fichiers sans passer par root ? Si je reprend l'exemple de base on a : [quote]# Activation des sites utilisateurs : http://localhost/~nomutilisateur UserDir public_html AllowOverride all Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec [/quote] Que je peux remplacer par : [quote]# Activation des sites utilisateurs : http://localhost/~koshie UserDir www # Je précise que je n'ai qu'un utilisateur et donc * est inutile ? AllowOverride all Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec [/quote] À première vu, le plus simple était de mettre le propriétaire «koshie» sur /var/www/html et donc de faire un [i]su -c 'chown koshie:koshie /var/www/'[/i] ? Et donc je n'ai pas de dossier dans /home/koshie mais je peux gérer le contenu de /var/www SANS root ?

Stand [b]up[/b] ð/ ! Koshie est dans la place \ð ! Accessoirement chown et chmod (deux commandes avec lesquels j'ai toujours du mal) ne marche pas sur /var/www. De plus avoir touché au monsite.conf n'a rien arrangé, voici le contenu actuel de ce dernier : [quote=monsite.conf]# activation des hôtes virtuels NameVirtualHost *:80 # Hôte virtuel par défaut DocumentRoot "/home/koshie/www" # Activation des sites utilisateurs : http://localhost/~koshie UserDir www AllowOverride all Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec # Activation de l'adresse : http://localhost/server-status SetHandler server-status Order deny,allow Deny from all Allow from 127.0.0.1 # Activation de l'adresse : http://localhost/server-info SetHandler server-info Order deny,allow Deny from all Allow from 127.0.0.1 [/quote]

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Utiliser mon utilisateur pour modifier les pages de mon site

proxy

sous koshie, si tu tapes id, tu dois voir que tu es maintenant dans les groupes koshie et apache. Pour cela, tu dois recharger ton bashrc ou ouvrir un nouveau terminal.

Tu remets apache:apache en propriétaire :
chown -R apache:apache /var/www/html

Puis tu donnes les droits d'écriture et d'exécution au groupe apache à /var/www/html avec :
chmod -R g+wx /var/www/html

koshie

J'ai relancé le terminal, et ça marche pas, id me donne :

uid=500(koshie) gid=500(koshie) groupes=500(koshie) contexte=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

J'ai tapé ce que tu m'as dis et ça marche toujours pas.

proxy

id koshie

koshie

uid=500(koshie) gid=500(koshie) groupes=500(koshie),488(apache)

proxy

donc c'est bon.
Il faut relancer le shell car c'est à l'ouverture de session que les info de groupes sont lues.

koshie

J'ai relancé entièrement konsole et je ne peux toujours pas écrire dans /var/www.

madko

quels sont les permissions sur /var/www ?

koshie

ls -l /var/www wrote:total 24
drwxrwxr-x. 2 apache apache 4096 27 juil. 17:58 cgi-bin
drwxrwxr-x. 3 apache apache 4096 14 août 13:46 error
drwxrwxr-x. 2 apache apache 4096 27 juil. 17:58 html
drwxrwxr-x. 3 apache apache 4096 14 août 13:46 icons
drwxrwxr-x. 2 apache apache 4096 16 août 18:24 lighttpd
drwxrwxr-x. 14 apache apache 4096 14 août 13:46 manual

madko

on a pas les permissions de /var/www là 🙁 mais dans /var/www/html tu dois pouvoir ecrire dedans vu que tu fais parti du groupe apache

koshie

nano /var/www/html/index.html wrote:[ Erreur lors de l'écriture de /var/www/html/index.html : Permission non accordée ]

pingou

ls -lsd /var/www
ls -l /var/www/html/

madko

il existait pas déjà le fichier? il a quoi comme droit?

koshie

ls -lsd /var/www wrote:4 drwxrwxrwx. 8 apache apache 4096 16 août 18:24 /var/www

ls -l /var/www/html/ wrote:total 0

Heu bah le fichier index.html n'existe pas dans /var/www/html non...

madko

"setenforce 0" peut etre selinux qui bloque. En tout cas vu les droits et ton groupe tu peux ecrire.

koshie

Je ne peux toujours pas écrire.

madko

Que renvoie la commande getenforce? Si permissive ou disabled => ok
La commande id montre bien que tu es dans le groupe apache? si pas dans le groupe apache => problème
Et la commande mount elle n'indique pas que ton /var est en lecteur seule? (on sait jamais)
Après ça là c'est plutot du mysticisme, vu que sous unix/linux, si t'es dans le bon groupe, que le groupe à les droits w (pour write) tu peux écrire.

koshie

Je suis en permissive.

12:05:29 koshie@Coquillage:~ 23$ id apache
uid=48(apache) gid=488(apache) groupes=488(apache)
12:10:58 koshie@Coquillage:~ 24$ id koshie
uid=500(koshie) gid=500(koshie) groupes=500(koshie),488(apache)
12:11:02 koshie@Coquillage:~ 25$ id
uid=500(koshie) gid=500(koshie) groupes=500(koshie) contexte=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

12:12:00 koshie@Coquillage:~ 28$ mount
/dev/mapper/vg_coquillage-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda8 on /boot type ext4 (rw)
/dev/mapper/vg_coquillage-lv_home on /home type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
gvfs-fuse-daemon on /home/koshie/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=koshie)

koshie

Par contre j'ai de nouveau accès à la page de test et même http://localhost/~koshie.

À priori ça marche, me manque plus que l'accès en non-root à /var/www/html.

madko

Voilà ce que je fais habituellement, et que je viens de refaire sur un nouveau serveur à l'instant même:

root # vigr <= je m'ajoute dans le groupe apache
root # chgrp apache /var/www/html <= je donne au groupe apache la propriété du repertoire
root # chmod g+w /var/www/html <= je donne les droits d'ecriture au groupe propriétaire du repertoire
madko $ touch /var/www/html/index.html <= je teste la création d'un fichier
madko $ ll /var/www/html/ <= je vérifie qu'il existe bien
-rw-rw-r-- 1 madko madko 5 aoû 18 13:41 index.html
madko $ ls -dl /var/www/html
drwxrwxr-x 2 root apache 4096 aoû 18 13:41 /var/www/html/
madko $ id
uid=500(madko) gid=500(madko) groupes=48(apache),500(madko)

EDIT: correction vigrp => vigr (equivalent de usermod -G/g etc)

koshie

13:33:00 koshie@Coquillage:~ 38$ vigrp
bash: vigrp: command not found
14:06:43 koshie@Coquillage:~ 41$ su -c 'vigrp'
Mot de passe :
bash: vigrp : commande introuvable

Ça commence bien :-D.

« Page précédente Page suivante »