SFTP et les droits d'écriture

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

SFTP et les droits d'écriture

virgo77

Bien les salutations à vous tous !

Je suis un peu ennuyé car je me retrouve confronté à une situation très bête, qui semblera sans doute très simple pour vous (et pour moi aussi parce que je pense savoir d'où vient le pb mais ne sais pas comment le régler, d'où ma venue par ici 🙂), mais qui me fait devenir chèvre... oui, carrément !

Je m'explique :
J'ai créé à la maison une petite VM sur laquelle j'ai installé Debian 9, ainsi que stack LEMP, à savoir NGiNX, MariaDB et PHP7.1. J'ai aussi installé PHPMyAdmin ; et je gère le tout en SSH. De ce petit serveur, je souhaite y installer ma petite base de connaissance perso, afin de conserver toutes les petites astuces que je trouve ci et là. Vous allez me dire qu'OpenOffice peut très bien l'affaire puisque créer des fichiers textes sont tout aussi utiles. Oui, c'est vrai, mais j'ai plutôt dans l'idée de me pencher sur le web et les divers outils disponibles dans le domaine du 'Wiki' par ex., et donc comprendre leur fonctionnement pour au final trouver celui qui me plaira vraiment. J'ai donc envie d'en essayer plusieurs : Flarum / WordPress - Drupal - etc. / DokuWiki et consors.

L'installation du WWW a été modifiée dans le sens où j'ai déporté le root dans /home/www. Je lui ai bien appliqué le chown au compte www-data et ai indiqué à NGiNX de bien utiliser ce même compte. La racine est bien accessible, ainsi que l'arborescence qui ne me bloque pas quand je tente de configurer un CMS comme WordPress. Les droits 755 sont aussi appliqués à ce dossier /home/www. PHPMyAdmin fonctionne aussi normalement. J'ai accès à SQL et je peux créer mes utilisateurs et mes bases sans aucune encombre. Donc je pense que pour l'instant je m'en sors plutôt pas mal.

Cependant, j'ai 2 soucis qui me ralentissent :
1. Des difficultés en SFTP où je ne peux pas créer de fichier ni de répertoire. Accès refusé ;
2. Des gros pbs de compréhension de l'outil 'Composer' (afin d'utiliser Flarum, entre autres), où son installation me semble un peu tordue.

1. Mes difficultés en SFTP :
Pour pouvoir accéder à ma racine www en ftp, j'ai voulu créer un compte supplémentaire, en faisant pointer son 'home' vers /home/www. A ce dossier, j'ai alors appliqué le chown à ce nouveau compte. Apparemment, en SSH je peux créer le dossier manuellement, mais en FTP je suis tjs marron.
Dans la configuration sshd_config, j'ai bien ajouté la balise 'AllowUsers userftp' et j'ai aussi ajouté le 'Match user' ainsi que le Chrootage %h. SSH a été relancé mais le pb persiste. Le serveur a été redémarré mais là-encore sans succès. J'ai bien accès en FTP et je peux voir le contenu... mais tjs pas de possibilité d'écriture. En fouillant le net, j'ai lu qu'il était possible de créer différents comptes qui pointent vers le même dossier. Seulement, là où je sèche, c'est comment faire pour qu'ils aient tous les droits en FTP. Je pense que mon pb est "simple" dans le sens où c'est un pb de droits. Mais comment le régler ?

2. "Composer" :
Afin d'installer Flarum, il me faut d'abord installer Composer, comme pour ce forum j'imagine. Pour ce faire, je suis les lignes de commandes du site originel https://getcomposer.org/. Seulement, l'installation ne se déroule pas vraiment comme je le pensais. Premièrement, il n'aime pas que root soit utilisé pour l'installer. Je me sers donc d'un compte utilisateur lambda et prends bien soin d'installer ce 'composer' dans /usr/local/bin, comme indiqué sur leur site. Je le configure aussi ainsi :

php composer-setup.php --install-dir=/usr/local/bin --filename=composer

et ça semble lui convenir. Mais dès que je veux lancer l'installation de Flarum, ça déconne. Il me dit que "project directory ./ in not empty", alors qu'il n'y a que 2 fichiers : composer-setup.php et le .PHAR. J'ai lu un peu les différentes demandes d'aide sur le site de Composer, mais aucun ne me donne vraiment la solution.
(et après encore quelques recherches, je vais essayer cette commande : composer install flarum/flarum --prefer-dist --no-dev --ignore-platform-reqs --stability=beta <directory> // je me demande si PHP ne serait pas la source de mes ennuis... je teste ça tout à l'heure et je reviendrai par-ici ensuite)

Ce qui m'ennuie le plus, c'est surtout de ne pas pouvoir utiliser FTP correctement. Composer/Flarum, ça, c'est secondaire et pas vraiment important. J'ai donc besoin d'aide sur les droits. Soit je me suis trompé sur ma façon de faire, soit j'ai vraiment rien compris aux droits.

Je dis donc un grand merci à ceux qui pourront m'aiguiller sur les bonnes pratiques ^^

Au plaisir de vous lire !

xavier

virgo77
Salut
je vais essayé t’expliquai.je connais très bien ce problème car je fait de hébergement de site et chacun des users a ces propre droit a lui.
ton problème c’est que ton dossier est sous www-data donc personne auras le droit écrire sauf si 777 mais la sécurité nul.
en gros faut crée des pools de php-fpm.
regarde on vas prendre mon site http://ratxabox.ovh/
mon ftp(connecté avec user ratxabox ) :

phpinfo :
http://ratxabox.ovh/phpinfo.php
vas sur la parti "PHP Variables" tu peux voir aussi que SERVER["USER"] ces ratxabox et non www-data comme user.
et la je te donne ma conf mais cest pour apache et que toi tu as nginx mais cest pareil.
cat /etc/apache2/sites-enabled/ratxabox.conf

<VirtualHost *:80>

                ServerName ratxabox.ovh
                ServerAdmin webmaster@ratxabox.ovh
                DirectoryIndex index.html index.php index.htm /mdd/_h5ai/public/index.php
                ServerAlias www.ratxabox.ovh


                DocumentRoot /home/ratxabox/www/


<IfModule mod_fastcgi.c>
        AddType application/x-httpd-fastphp5 .php
        Action application/x-httpd-fastphp5 /php5-fcgi
        Alias /php5-fcgi /usr/lib/cgi-bin/php5-fcgi-ratxabox
        FastCgiExternalServer /usr/lib/cgi-bin/php5-fcgi-ratxabox -socket /var/run/php5-fpm-ratxabox.sock -pass-header Authorization
</IfModule>

<Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all denied
</Directory>
<Directory /home/ratxabox/www/>
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
</Directory>

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

et le php
cat /etc/php5/fpm/pool.d/ratxabox.conf

[ratxabox]

user = ratxabox
group = ratxabox

listen = /var/run/php5-fpm-ratxabox.sock

listen.owner = www-data
listen.group = www-data
listen.mode = 0660


pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3

chdir = /

php_admin_value[disable_functions] = dl,exec,passthru,shell_exec,system,proc_open,popen,curl_exec,curl_multi_exec,parse_ini_file,show_source

; Default Value: nothing is defined by default except the values in php.ini and
;                specified at startup with the -d argument
;php_admin_value[sendmail_path] = /usr/sbin/sendmail -t -i -f www@my.domain.com
;php_flag[display_errors] = off
;php_admin_value[error_log] = /var/log/fpm-php.www.log
;php_admin_flag[log_errors] = on
;php_admin_value[memory_limit] = 32M

voila j’espère t’avoir aidée .pour composer je sais pas trop

Wagner

Salutations,

malheureusement @virgo77 tu as parfaitement raison car ce fut une mauvaise galère Flarum... Dont voici un léger résumé (comme le bouton intitulé Charger davantage (sur notre profil) n'ira pas bien loin sic...) et la dite solution à l'époque (Juillet 2017):

composer create-project flarum/flarum /usr/share/nginx/html/flarum --stability=beta
## Exact, tu as juste à remplacer le chemin.
## J'avais apporté une correction ? Je m'en souviens plus mais j'avais indiqué les liens.
# location /flarum {try_files $uri $uri/ /flarum/index.php?$query_string;}
# location /flarum/api {try_files $uri $uri/ /flarum/api.php?$query_string;}
# location /flarum/admin {try_files $uri $uri/ /flarum/admin.php?$query_string;}

Disons que l'écumeur ~~(n'est ce pas Eldred, Roy et Clay ? Si fait.)~~ dira que la documentation est assez médiocre car non cela ne provient pas du PHP.

C'est refusé car tu as activé le chroot, non ? Retire les 2 premières lettres et qu'obtiens-tu ? Parce que c'est probablement lui le propriétaire et il se pourrait que le tiens soit absent du group www-data.
D'un autre de point de vue, je crains de devoir m'arrêter là car j'énumère mes rares souvenirs... Et puis, je me dis que tu trouveras peut-être une autre solution (vsftpd, etc) car cela me paraît plus simple.

xavier

une piste
https://github.com/xavier84/flarum/blob/master/nginx.conf
et
https://github.com/xavier84/flarum/blob/master/Dockerfile#L21

virgo77

Merci à vous 2 pour vos retours...
@Wagner je viens de commenter le ChrootDirectory %h et la connexion SFTP fonctionne. Seulement, j'arrive direct à la racine / du serveur et c'est vraiment plutôt moyen. Par contre, en retournant dans le home du user, je peux créer des répertoires, les supprimer... bref j'ai la main. Donc le pb est lié à cette balise qui ne comprend pas le blocage dans le home du user. Bizarre pourtant, puisque j'ai utilisé la commande adduser, de sorte à ce que le compte soit correctement créé, et qu'il soit propriétaire de son home ; donc en théorie, le Chrootage doit être actif... Or, en tentant de faire cette commande :

usermod --root /home/webfolder/ webusr

; usermod m'engueule en me disant que l'utilisateur webusr n'existe pas... et je me demande si c'est pas ça qui fait que ma connexion SFTP ne fonctionne pas... alors que j'arrive à bien me connecter avec ce compte et qu'en faisant un "cd ~", j'arrive bien dans le home dudit compte, dans lequel je peux créer, supprimer, etc. De plus, j'ai testé différentes créations de compte, et à chaque fois c'est le même cirque.

Question(s) : Debian ne serait pas un peu plus "chiant" que les versions précédentes ? parce que je me souviens pas avoir rencontré autant de soucis que depuis que la v9 est sortie, que ce soit pour créer un rutorrent ou un simple compte SFTP, je me retrouve souvent confronté à des anomalies !

Donc, j'ai ma petite idée : je vais essayer sous Debian 6, Debian 7 et Debian 8, et je reviens par ici pour donner des nouvelles... oui je suis un ouf ! Mais un ouf testeur ^^

Merci aussi @xavier ! je vais déjà me pencher sur mon idée d'install en divers Debian pour voir si c'est pas ça qui me coince. Et ensuite, je teste tes pistes.

Et si tout fonctionne, alors je m'essaie à l'installation de Flarum... Voilà voilà. Merci à vous 2 et je vous tiens informés. @+ tard

Wagner

D'ac de rien @virgo77, c'est normal car tu viens de le désactivé. Donc, il ne sera plus confiné au sein de ce répertoire car cela te donne(ra) un accès globale (à toute l’arborescence au lieu de bloquer dans le home).
Désolé mais cela fait des lustres (alors non je n'ai rien retouché au SFTP)...

Tu devrais exclure Squeeze (aka Debian 6) car tu risque de redevenir ouf et chèvre lol. En outre, il est totalement à l'abandon (LTS date de fin 29 février 2016).
Cela fait très longtemps que je n'ai pas eu le besoin de créer des torrents... Néanmoins, il me semble pas avoir eu des anomalies (rien en rapport avec le SFTP). Alors je dirais non (au final, j'en dénombre très peu).