Première méthode (y’avait pas encore d’image à l’époque)
Je vais faire ça 
Ok, après un regen-conf ça fonctionne.
Je restore ma conf’, je change le domaine de manière à revenir aux paramètres d’une installation “de base”, ça ne remarche plus.
Donc ça vient pas de la configuration du domaine.
Je continue de chercher 
As tu des apps installé ? C’est pas possible autrement, tu régénère ça fonctionne, tu restauré sa bug. Ya forcément un problème dans une manipulation faites par la suite.
Alors après d’autres tests:
Je régénère tout, je restaure uniquement le fichier mondomaine.tld.conf, le problème se manifeste.
Je recommence, mais ce coup-ci j’édite le fichier en remettant ma config’ personnalisée (qui je le rappelle fonctionnait avant). Ça foire.
Je recommence, je modifie le fichier pour ajouter une par une les modifications pour voir laquelle pose problème. Toutes.
Je recommence, je modifie le fichier en ajoutant une ligne blanche, même problème.
Donc à partir du moment ou j’ai modifié le fichier, ça foire.
edit: et si je modifie le fichier, teste, repasse au contenu d’avant (donc si j’annule mes modifications, mais que le fichier est marqué comme modifié) ça fonctionne.
Il est devenu susceptible Nginx ? ^^
Tu veux bien joindre tes fichiers avec les modifications. Il doit y avoir quelque chose dans ta prog qui foire.
Je fais ça quand j’ai une connexion ssh sous la main.
En attendant, dans les modifications par exemple activer spdy (puisque http2 ne fonctionne pas sur cette version, trop ancienne), ou changer les ciphers, ou le HTST, toute modification en fait déclenche le problème.
En attendant je suis revenu à la configuration de base, mais ça me gêne de ne plus avoir ma config avec un chiffrement bien plus costaud par défaut, pas de TLS v1, des X-Frame-Options plus sûres… Rien de critique certes.
Je ne suis pas pro nginx mais je me demeure quand même, un regard extérieur sur la conf va peut être permettre de trouver le problème et peux être qu’un gars ou girls de l’équipe passera et qu’il trouvera une réponse.
@Lapineige: oui. Peux-tu mettre sur https://paste.yunohost.org/ ta conf nginx que je regarde ?
Bonsoir, j’ai testé ta config avec les informations du site https://cipherli.st/ et tout a fonctionné chez moi (Rpi 2 B 1GB de ram). Ce qui te bourre la ram, c’est sûrement ton spdy (que je n’ai pas essayé) ligne 20 que je te conseille de retirer. Si ce n’est pas possible et qu’il te faut qqch de plus sécurisé, ouvre alors une issue sur https://dev.yunohost.org (et j’essaierai de trouver une solution). Si tu cherches un système plus sécurisé je te conseille les sites que j’ai proposé ici : https://dev.yunohost.org/issues/824 .
(J’aimerais bien savoir aussi ta version de nginx pour savoir si tout est compatible)
J’espère que ça t’a aidé,
frju365
PS: astuce: pour tester ta conf nginx utilise la comande sudo nginx -t.
Je l’ai utilisé un temps avant de passer en hhtp/2, sans problème.
Et si je teste sans, ça ne fonctionne pas non plus. N’importe laquelle de ces modifs (ou d’autres) plante tout.
1.6.2
Ouaip je l’utilise avant tout reload/restart du service nginx.
Peux-tu m’écrire le résultat de la commande sudo nginx -t?
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
RAS
ok… c’est quoi ton ancienne config ? et à quel moment ça n’a plus fonctionné ?
Exactement la config ci-dessus, à part que j’utilisais du http/2, puisque je tournais avec un nginx plus récent (des backport, pour une raison qui m’échappe). Quand il a été mis à jour en 1.10, la compatibilité avec yunohost a été cassée.
Donc retour à la version stable (cf. Update to Yunohost 2.5.6 - Nginx (1.10) configuration issues).
Depuis ça foire (je ne sais pas exactement si c’était synchronisé, mais j’ai remarqué le problème peu après).
Salut à tous,
@Lapineige: je confirme que sur un raspberry pi 3 c’est la mise en place de spdy dans le fichier de conf de ton domaine qui rempli la swap direct.
Voici le test que j’ai effectué:
-
mise en place de spdy dans /etc/nginx/conf.d/mon.domaine.fr.conf: listen 443 ssl spdy;
-
Vérif de la conf: nginx -t OK
-
Redémarrage de nginx: systemctl restart nginx.service
-
Vérif de la consommation mémoire avec la commande free -m
en très peut de temps, la swap est remplie (alors qu’il reste de la RAM disponible) et fait lagguer le raspi à mort -
désactivation de spdy et redémarrage de nginx: la consommation swap redevient normale et le raspi retrouve sa réactivité.
Par contre, je ne sais pas d’où peut venir ce comportement.
Peut-être faudrait-il aller jouer avec la swapiness pour empêcher ce comportement?
Ça me le fait même sans spdy, avec une autre modification.
Et je l’ai utilisé avant sans problème. Ça n’explique pas pourquoi ça ne le fait que depuis mon téléphone et pas depuis mon PC.
De ton côté, il rempli la RAM et le SWAP, ou juste le SWAP ?
juste le swap, alors que la ram est loin d’être “full”
De mon côté il rempli d’abord la RAM avant d’utiliser le SWAP en relai.
J’ai l’impression que ce sont deux problèmes différents, ou un bug un peu tordu 
Bon ben j’ai réessayé à partir de l’ancienne config, en virant spdy, et maintenant ça marche.
Cherchez l’erreur…
Sujet résolu