[00:18:27]
<rodinux> bon c'est réparé... il fallait de la place sur la partition /
[04:11:53]
<Mathium05> someone brought this up to me
[04:11:53]
<Mathium05> it's later now :3
[15:40:59]
<yann-kaelig> Hello.
[15:41:49]
<yann-kaelig> Impossible d'obtenir une connection via ssh suite a une nouvelle installation yunohost 13 beta. Un bug ?
[15:53:03]
<yann-kaelig> Il me dit Permission denied, please try again du cote client et cote yunohost et le log cote serveur c'est incomprehensible. Il ecoute sur le port 22 puis ca timeout, pui j'ai un failed password for ... from 192.168.100.1 port 51378 ssh2 ( je comprends pas pourquoi il met le port 51378 et ca change ensuite a chaque fois )
[15:55:34]
<yann-kaelig> Je cree un nouvel utilisateur, je redemarre ssh il me dit que je suis pas dans le group allow. HA! ba pourquoi tu me met pas dans le groupe ?
[15:57:05]
<yann-kaelig> J'imagine la galere que ca va etre si seulement avec ssh c'est encore plus complique sous yunohost que sans
[16:00:21]
<yann-kaelig> Ha oui, mon erreur de lecture ca c'est le port du client ...
[16:00:40]
<yann-kaelig> donc bon, je comprends pas le probleme
[16:02:00]
<yann-kaelig> bon ca fonctionne avec root@ mais pas avec mon username
[16:02:42]
<yann-kaelig> ou alors peut-etre que le username c'est que pour l'interface web ?
[16:03:30]
<yann-kaelig> le second user il me dit User blabla from 192.168.100.1 not allowed because none of user's groups are listed in AllowGroups
[16:04:56]
<yann-kaelig> Password authentication c'est bien sur yes
[16:07:54]
<yann-kaelig> On peut pas installer une application genre dolibarr en sous domain ?
[16:11:08]
<yann-kaelig> J'ai cree un sous domain et j'ai mis / comme path pour l'appli je suppose que ca doit etre ca
[16:11:09]
<yann-kaelig> J'ai cree un sous domain et j'ai mis / comme path pour l'appli je suppose que ca doit etre ca
[16:37:47]
<yann-kaelig> Le bon vieux reboot pour fixer l'inexplicable
[16:38:41]
<yann-kaelig> donc ssh ca fonctionne a present, voyons voir si ca a aussi resolu le probleme avec dolibarr
[16:41:48]
<yann-kaelig> magique ca fonctionne. C'est une bonne feature ca pour reparer les bug le reboot :D
[16:47:10]
<yann-kaelig> Je suis quand meme un peu surpris que ce soit www-data qui soit utilise comme groupe pour les applications web et pas le groupe de l'utilisateur.
[16:52:58]
<yann-kaelig> Moi en manuel j'ai deux users de cree. Par exemple pour dolibarr, j'ai un user normal "dolibarr" qui manage l'application ( par exemple les mises a jours ) et un user system "dolibarr-sys" sous lequel l'application tourne avec son groupe ( j'utilise nginx + fpm ).
[16:52:59]
<yann-kaelig> Moi en manuel j'ai deux users de crees. Par exemple pour dolibarr, j'ai un user normal "dolibarr" qui manage l'application ( par exemple les mises a jours ) et un user system "dolibarr-sys" sous lequel l'application tourne avec son groupe ( j'utilise nginx + fpm ).
[16:53:16]
<yann-kaelig> lag...
[18:10:16]
<yann-kaelig> J'avoue c'est quamd meme y a du bon avec ce yunohost.
[19:09:50]
<yann-kaelig> Alors la je suis dans l'incomprehension avec la maniere dont sont configure les pool php-fpm. Comment ca ce fait qu'ils tournent tous sous www-data et pas sous l'utilisateur de l'application ?
[19:11:27]
<yann-kaelig> Je comprends pas pourquoi on a par exemple wordpress.conf et en parallele toujours www.conf. Pourquoi ne pas garder seulement wordpress.conf ?
[19:42:20]
<yann-kaelig> Vraissemblablement c'est un bug. d'apres l'IA
[19:43:05]
<yann-kaelig> Sa me semble aussi bizarre si je compare avec ce que j'ai pu lire de la doc, mais je peux pas confirmer a 100%, je suis pas expert docteur en php fpm
[19:43:08]
<yann-kaelig> :)
[19:47:17]
<yann-kaelig> Bon l'utilisateur wordpress est bien cree. Aussi de mon cote j'ai deux utilisateurs et l'utilisateur wordpress-sys lui il a comme home /nonexistent
[19:49:09]
<yann-kaelig> j'ai un /home/wordpress puis en sous dossier c'est wordpress-sys:wordpress-sys pour les fichiers wordpress