[00:00:33]
<pti-jean> Non, c'est pas une blague! ;-)
[00:10:58]
<otm33> khrys: je viens de déterrer ton(?) poisson d'avril 2020 de fdn...
[00:11:01]
<otm33> pti-jean: tu testes udp ou tcp ?
[00:12:52]
<pti-jean> UDP!
[00:13:09]
<pti-jean> TCP ça passe!
[01:10:31]
<otm33> pti-jean: Avec quelle commande testes-tu pour udp ?
[01:14:57]
<pti-jean> $ nc -ul 5349
côté YunoHost... et:
$ nc -u monDomaine.fr 5349
côté client!
[06:30:58]
<·☽•Nameless☆•777 · ±> Comme tu peux le remarquer, ce n'est pas un salon d'humouriste,
Mais un salon d'entraide où règne la tolérance et la bienveillance.
[07:13:24]
<khrys> > khrys: je viens de déterrer ton(?) poisson d'avril 2020 de fdn...
😁️ celui avec les IP avec points médians ? (pas moi qui ai eu cette idée de génie mais ça m'a bien faite marrer)
[07:14:43]
<khrys> > khrys, Je viens de renter... à mon avis, FDN te l'ont débloqué juste pour toi... Car pour moi, je viens de faire un test... il est toujours bloqué !
Si ça persiste, est-ce que tu pourrais venir en parler côté #fdn-adminsys ? (il vaut juste avoir un nick enregistré pour pouvoir y causer)
[08:33:43]
<khrys> pti-jean: pour info, j'ai rebooté ça a refait la même (port non accessible), relancé coturn, problème réglé donc ça venait vraiment de mon côté : j'avais installé prosody (et donc coturn) fin janvier, et sans doute pas rebooté depuis, ce n'est donc qu'il y a quelques jours que j'ai découvert le souci (un problème d'ordre de redémarrage entre l'app VPN et l'app coturn)
[09:58:35]
<Chatpitaine Caverne> khrys Du coup,, il y a peut-être moyen de jouer sur les définitions des services pour que soit le VPN démarre très tôt dans le boot, soit tes services dépendants du VPN le réclament au boot.
https://www.digitalocean.com/community/tutorials/understanding-systemd-units-and-unit-files#unit-section-directives
[10:03:59]
<anubis> j'ai ouvert un ticket en ce sens : https://github.com/YunoHost-Apps/coturn_ynh/issues/44
[10:43:47]
<Gwên> Hello ! Je continue d'avoir des erreurs lors de la recherche de mise à jour
[10:43:49]
<Gwên> https://aria.im/_bifrost/v1/media/download/AcpMPZvOFVsArqfVPobEjhqrWLBYHHAbyVBzTavqfhLz3WsC19tomPIcnU9g31utpquNGD9gqByGZkYDRFOOWXlCecihkivwAGdydHQuZnIvWldEUzdIUHYwQkswYTZvV1pYTUtwcVdrTXhxUnludmU
[10:44:08]
<Gwên> Est-ce qu'il y a quelque chose à faire ? :S Et est-ce que je dois m'en inquiéter ?
[10:44:20]
<Gwên> Parce que si je ne reçois plus de mises à jour pour des paquets critiques ça peut devenir vite embêtant
[10:46:27]
<Gwên> Ah mes excuses je vois qu'il y a un autre fix que ce qu'on m'avait dit y a quelques jours sur le forum, je vais le tester
[10:46:43]
<Gwên> Merci !
[10:46:57]
<otm33> Gwên: Il faut mettre à jour le dépôt <del>sury</del>: yarn https://forum.yunohost.org/t/yarn-and-sury-apt-keys-issues/41617/3
[10:47:06]
<Gwên> Je fais ça tout de suite
[10:47:59]
<otm33> Ou bien : https://forum.yunohost.org/t/yarn-repo-key-expired-edit-changed-again-is-it-ok-to-trust-it/41380
[10:48:35]
<otm33> ?
[10:53:21]
<Gwên> Ça marche !
[10:53:30]
<Gwên> merci beaucoup :)
[11:11:33]
<(◕‿◕) Seb (◕‿◕)> ¿ Comment peut-on appliquer ça durant l’installation de Yunohost car je bute là-dessus ?
[11:18:21]
<Gwên> C'est à dire durant l'installation ?
[11:22:22]
<(◕‿◕) Seb (◕‿◕)> oui
[11:22:39]
<Gwên> Ma question est : qu'est-ce que tu veux dire par "lors de l'installation" ?
[11:23:40]
<Gwên> Ça signifie : "lors de l'installation de yunohost" ou "lors de l'installation d'une mise à jour" ?
[11:25:41]
<(◕‿◕) Seb (◕‿◕)> Durant l’installation d’une Yunohost, la recherche de miroirs échoue systématiquement, quelque soit celui choisi.
[11:28:57]
<otm33> Cela pourrait ressembler à un problème réseau. La connexion fonctionne bien (ping + ip / ping + domain.tld) ?
[11:28:57]
<(◕‿◕) Seb (◕‿◕)> Je nesais pas comment tester ça durant l’installation. Sur ce PC, en démarrant sur des Live USB (Debian, Ubuntu, Fedora), le réseau fonctionne du premier coup.
[11:32:54]
<otm33> (◕‿◕) Seb (◕‿◕): ping deb.debian.org
[11:35:11]
<(◕‿◕) Seb (◕‿◕)> ¿ En passant par un Ctrl+Alt+Fx ?
[12:04:26]
<otm33> Oui, en console. Comment installes-tu ynh? Sur une debian ou depuis l'image ynh ?
[12:05:54]
<(◕‿◕) Seb (◕‿◕)> Depuis l’ISO de Yunohost.
[12:05:59]
<Gwên> Personnellement, je n'avais pas réussi à me connecter en Ethernet lors de l'installation et j'avais un peu galéré aussi. Dans les solutions, il y a te connecter en wifi à ta box, ou carrément te connecter au partage de connexion de ton téléphone (à ne faire que si tu as un bon forfait)
[12:06:00]
<(◕‿◕) Seb (◕‿◕)> Je tenterai le wifi la prochaine fois. Merci pour cette astuce. Je te dirai si cela a marché.
[12:08:19]
<geoma https://eticadigital.cl> Hi. I can´t update hedgedoc from 1.10.5~ynh1 to 1.10.6~ynh1
update is always stuck at 93%
2026-02-20 10:26:35,520: DEBUG - <s> [webpack.Progress] 93% after chunk asset optimization SourceMapDevToolPlugin 26.6157536a9a4defb4169d.js generate SourceMap.
https://github.com/YunoHost-Apps/hedgedoc_ynh/issues/110
[12:16:38]
<orhtej2> this is out of memory issue 95% confidence
[12:17:01]
<orhtej2> Add more ram, stop some services, add swap
[12:17:03]
<orhtej2> adding swap is the easiest
[12:19:17]
<tufek> Hi, also your message indicate fev 20th but your log is from 19th (journalctl starts from the very beginning by default, don't know if it was intended from you though?)
[12:31:00]
<geoma https://eticadigital.cl> I guess it was two different update tries
[12:31:19]
<geoma https://eticadigital.cl> ok will check this out. thank you very much!
[14:16:29]
<pti-jean> Du coup pour faire des tests pour aider khrys, j'ai rajouté 2 règles dans mon pare-feu... ports 5349 TCP, et 5349 UDP... Sur ces règles, je peux les activer ou les désactiver... mais, je ne vois nulle part d'options pour les supprimer!?? Comment je fais pour les supprimer ?
[14:50:50]
<otm33> pti-jean: yunohost firewall delete portnumber
[14:55:58]
<pti-jean> Elle est où cette option ? :
[14:56:01]
<pti-jean> https://xmpp.chapril.org/upload/063a2f207bfaec3fd2fa0e1f74a99d5283426176/RtDdeA5i80KiN2PCzKMy/06b4f63a-4578-4590-9114-e9a905b37727.png
[14:59:17]
<otm33> Il me semble que ce n'est dispo qu'en ligne de commande
[14:59:53]
<pti-jean> Comment on fait en commande ?
[15:02:29]
<Gwên> Ouvre ton terminal et connecte-toi en ssh. Pour commencer, est-ce que tu as changé ton port ssh ou désactivé l'authentification ssh par clé ?
[15:02:32]
<Gwên> Pour savoir quoi te dire de faire ^^
[15:03:53]
<pti-jean> Oui, je peux me connecté en ssh... oui, j'ai changé le port ssh... mais qu'est que cela à voir ssh ??
[15:04:39]
<Gwên> Pardon j'ai pas lu la conversation au-dessus, j'espère que je te dis pas des évidences :|
[15:05:00]
<Gwên> Il faut te connecter en ssh pour entrer la ligne de commande indiquée par otm33
[15:05:35]
<pti-jean> Bon ben je peux me connecter en ssh!
[15:05:56]
<pti-jean> Quelle ligne de commande ?
[15:06:15]
<pti-jean> Ok!
[15:06:39]
<Gwên> Sauf si tu as ton serveur à portée de main avec un écran et un clavier
[15:06:41]
<pti-jean> J'avais pas compris que c'était une ligne de commande !
[15:06:41]
<Gwên> Mais c'est souvent moins pratique
[15:06:42]
<Gwên> Ah super
[15:06:44]
<Gwên> Celle-là
[15:06:46]
<Gwên> otm33 tu confirmes ?
[15:06:48]
<Gwên> Je veux pas dire de bêtise et que tu casses tout ahah
[15:06:50]
<Gwên> mais a priori c'est ça
[15:06:53]
<Gwên> aaah pas de soucis
[15:07:56]
<pti-jean> Dans la ligne de commande:
$ yunohost firewall delete portnumber
Il faut pas préciser UDP ou TCP ??
[15:13:20]
<Chatpitaine Caverne> ```
sudo yunohost firewall delete --help
usage: yunohost firewall delete port [-h] [-p {tcp,udp}] [--no-reload]
Unregister a port from YunoHost
positional arguments:
port Port or range of ports to delete
options:
-h, --help show this help message and exit
-p {tcp,udp}, --protocol {tcp,udp}
Protocol type (tcp/udp)
--no-reload Do not reload firewall rules
```
Toutes les commandes yunohost doivent être lancées avec des droits sudo.
Le --help t'indique la manière de les utiliser.
Dans ton cas, si tu veux supprimer tous les protocoles pour ce port, tu précises juste le port. Sunon, tu précises --protocol ou -p et tcp ou udp.
[15:13:30]
<Chatpitaine Caverne> ```
sudo yunohost firewall delete --help
usage: yunohost firewall delete port [-h] [-p {tcp,udp}] [--no-reload]
Unregister a port from YunoHost
positional arguments:
port Port or range of ports to delete
options:
-h, --help show this help message and exit
-p {tcp,udp}, --protocol {tcp,udp}
Protocol type (tcp/udp)
--no-reload Do not reload firewall rules
```
Toutes les commandes yunohost doivent être lancées avec des droits sudo.
Le --help t'indique la manière de les utiliser.
Dans ton cas, si tu veux supprimer tous les protocoles pour ce port, tu précises juste le port. Sinon, tu précises --protocol ou -p et tcp ou udp.
[15:14:54]
<pti-jean> Ok! 👍
[16:00:33]
<otm33> Oui, c'est bien ça.
[16:16:40]
<DJ Chase (fae/faer)> just bumping this
[16:33:09]
<Aleks (he/him/il/lui)> Dont know much about owncloud but the relevant message seems to be `{"level":"fatal","service":"nats","time":"2026-02-20T14:56:31-05:00","message":"Can't start JetStream: storage directory is not a directory"}`
[16:34:10]
<Aleks (he/him/il/lui)> Lets double check the existence and perms of the data directory using : `ls -ld /home/yunohost.app/owncloud`
[16:34:41]
<Aleks (he/him/il/lui)> But it's not clear to me if it's referring to this or something else, not sure what 'jetstream' is
[18:42:47]
<DJ Chase (fae/faer)> `drwxr-x--- 8 owncloud owncloud`
[18:42:48]
<DJ Chase (fae/faer)> this looks wrong though:
```
# ls -l /home/yunohost.app/owncloud
total 24
drwxr-x--- 2 owncloud owncloud 4096 Feb 20 14:56 config
drwx------ 2 973 973 4096 Feb 19 20:16 idm
drwx------ 3 973 973 4096 Feb 19 20:16 idp
drwx------ 3 973 973 4096 Feb 19 20:16 nats
drwx------ 2 973 973 4096 Feb 19 20:16 proxy
drwx------ 5 973 973 4096 Feb 19 20:16 storage
```
[18:47:45]
<dan> Does automatic dns with clouflare now work?
Failed to list current records using the registrar's API: 400 Client Error: Bad Request for url: https://api.cloudflare.com/client/v4/zones/
[18:49:48]
<trendless> mostly
[19:05:47]
<dan> Thank you
Do you know why I get the error
[19:05:52]
<dan> What config settings do you use?
[19:06:45]
<trendless> I assume you're using the email account you use to login to cloudflare as the auth_username and the domain's zone id as zone_id.. but what kind of token are you using?
[19:08:01]
<dan> EDit zone API token
[19:08:26]
<dan> Specific zone
Zone Id copied from Cloudflare dashboard
[19:08:30]
<dan> Is that correct?
[19:09:54]
<orhtej2> > this looks wrong though:
> ```
> # ls -l /home/yunohost.app/owncloud
> total 24
> drwxr-x--- 2 owncloud owncloud 4096 Feb 20 14:56 config
> drwx------ 2 973 973 4096 Feb 19 20:16 idm
> drwx------ 3 973 973 4096 Feb 19 20:16 idp
> drwx------ 3 973 973 4096 Feb 19 20:16 nats
> drwx------ 2 973 973 4096 Feb 19 20:16 proxy
> drwx------ 5 973 973 4096 Feb 19 20:16 storage
> ```
Yeah, `chown` is in order here
[19:12:13]
<trendless> even though it talks about using api tokens here (https://github.com/YunoHost/lexicon/blob/8c9d45d9d7202b36442ff7f375eb352357fa7293/docs/providers/cloudflare.rst), I've never successfully gotten it working with anything other than the global api key
[19:13:15]
<dan> Thank you will try this
[19:19:16]
<dan> Worked
Thanks
[19:23:52]
<trendless> welcome!
[19:28:10]
<DJ Chase (fae/faer)> still 502
https://paste.yunohost.org/otacesopad
[19:37:22]
<rodinux> seems there is an error of typing URL ? `"unsupported protocol scheme \"\""`
[19:38:11]
<rodinux> or port 9100 already used ?
[19:38:11]
<DJ Chase (fae/faer)> it seems prometheus uses it
[19:41:15]
<rodinux> and did your app owcloud wants to use it also ? `grep proxy_pass /etc/nginx/conf.d/owncloud.domain.tld/owncloud.conf` ?
[19:41:16]
<DJ Chase (fae/faer)> no it wants to use :53359?
[19:48:11]
<rodinux> did you restart the service after `chown -R owncloud: /home/yunohost.app/owncloud` ? or perhaps I said a bad instruction ?
[19:49:33]
<eric_G> Ideally, we should customise the 9100 port in OwnCloud.
[19:49:59]
<DJ Chase (fae/faer)> yeah i did
[19:54:19]
<rodinux> or it could be `8080` ? if the port is already used by promotheus ? I don't know... the port is in the settings of the app ?
[19:55:42]
<DJ Chase (fae/faer)> honestly not sure why it's trying to use 9100 because it's config says it should use 53359
[19:57:54]
<eric_G> Owncloud (and Opencloud) settings are very customisable. I am frankly a bit lost as to how to set up those two apps for production.
[20:00:43]
<DJ Chase (fae/faer)> okay so i changed `PROXY_HTTP_ADDR` in settings from `PROXY_HTTP_ADDR=127.0.0.1:53359` to `PROXY_HTTP_ADDR=http://127.0.0.1:53359`, and now i get the proper yunohost 502 page
https://paste.yunohost.org/ijiqezuyoz
[20:00:53]
<eric_G> for exemple I can' connect the OpenCloud (iPhone) Client to the server...
[20:03:06]
<rodinux> I think if you want chnage the port of the app you need use `yunohost app setting owncloud`
[20:03:38]
<DJ Chase (fae/faer)> the port was already 53359
[20:03:43]
<DJ Chase (fae/faer)> i just added "http://"
[20:06:59]
<rodinux> I was looking this https://doc.owncloud.com/ocis/next/deployment/services/ports-used.html
[20:06:59]
<rodinux> for example trying `yunohost app setting owncloud -v 9104`
[20:06:59]
<eric_G> https://owncloud.dev/services/web/configuration/
[20:07:01]
<eric_G> WEB_HTTP_ADDR string 127.0.0.1:9100 The bind address of the HTTP service.
[20:07:05]
<eric_G> maybe
[20:09:24]
<DJ Chase (fae/faer)> change it to 53359?
[20:09:27]
<DJ Chase (fae/faer)> no it says that address is already in use
[20:14:15]
<DJ Chase (fae/faer)> there's no key there
[20:14:20]
<rodinux> try 9104 or 9103 ??
[20:14:39]
<rodinux> Arf `yunohost app setting owcloud port -v 9104`
[20:14:41]
<DJ Chase (fae/faer)> 9103 works!
[20:15:44]
<rodinux> yep
[20:15:44]
<DJ Chase (fae/faer)> (9104 is already in use, but 9203 works)
[20:17:30]
<DJ Chase (fae/faer)> (also i assume "arf" isn't you barking? lol)
[20:22:09]
<rodinux> ok I am discovering the non sense of my bad english ... In french is another sense...
[20:22:10]
<rodinux> like whoops...
[20:22:11]
<DJ Chase (fae/faer)> ah no worries lol
[20:22:12]
<DJ Chase (fae/faer)> hmm so it gives "Unexpected HTTP response: 500" when trying to log in
https://paste.yunohost.org/ixufubazis
[20:22:13]
<DJ Chase (fae/faer)> seems it has the wrong LDAP server credentials now?
[20:22:58]
<eric_G> oO , Owncloud doesn't use LDAP...
[20:22:59]
<eric_G> yet
[20:23:00]
<DJ Chase (fae/faer)> log says it does
[20:34:42]
<eric_G> Bind DN `"uid=idp,ou=sysusers,o=libregraph-idm"` 🤔
[20:34:48]
<eric_G> https://doc.owncloud.com/ocis/next/deployment/services/s-list/idm.html
[20:34:51]
<rodinux> does the port 9103 is visible in `/home/yunohost.app/config/ocis.env` as in the nginx conf ?
[20:34:54]
<rodinux> or in `/home/yunohost.app/config/ocis.yaml` ?
[20:34:56]
<DJ Chase (fae/faer)> it's not in ocis.env or ocis.yaml, i did the `yunohost app setting`
[20:36:01]
<rodinux> the command must edit these files with the value `__PORT__` https://github.com/YunoHost-Apps/owncloud_ynh/blob/a53ece676945ac8d2451b5b403bdbc050a11e30e/conf/.env#L5
[20:37:19]
<DJ Chase (fae/faer)> it did not weirdly
[20:37:26]
<DJ Chase (fae/faer)> i'll manually do it i guess
[20:38:25]
<DJ Chase (fae/faer)> did not help
[20:40:26]
<trendless> is it OCIS_RUNTIME_PORT (https://doc.owncloud.com/ocis/next/deployment/services/env-vars-special-scope.html#special-environment-variables)
[20:43:21]
<eric_G> `nginx.conf` need to be changed as well
[21:03:15]
<DJ Chase (fae/faer)> not `/etc/nginx/conf.d/staging.u9.tel.d/owncloud.conf`?
[21:23:30]
<rodinux> yes, it means this conf I think...
but I am not sure how works the `.ocis`, it seems a conf has been generated with an `init` from `/home/yunohost.app/config/ocis.env` to create the file `/home/yunohost.app/config/ocis.yaml`... not easy to understand how this is done...
[21:31:59]
<Gwên> Hello ! Je suis de nouveau tombée sur mon problème de dnsmasq qui déconne et j'ai repéré ça dans les logs :
`févr. 22 22:13:54 dnsmasq[]: Nombre maximum de requêtes DNS concurrentes atteint (maximum : 150).`
[21:32:04]
<Gwên> Hello ! Je suis de nouveau tombée sur mon problème de dnsmasq qui déconne et j'ai repéré ça dans les logs :
`févr. 22 22:13:54 dnsmasq[]: Nombre maximum de requêtes DNS concurrentes atteint (maximum : 150).`
[21:32:06]
<Gwên> Vous savez ce qui pourrait causer ce nombre de requêtes ?
[21:32:08]
<Chatpitaine Caverne> Gwên: Je ne sais pas ce qui cause ça, mais j'ai eu ça pendant un temps. Je redémarrais le service pour que ça reparte. J'avoue n'avoir pas cherché suffisemment la cause.
[21:40:29]
<otm33> ss -tulpn | grep ocis oO
[21:40:30]
<Gwên> Pareil
[21:40:34]
<Gwên> Ça fait quoi ?
[21:43:20]
<Gwên> Ma théorie c'est que des petits malins ont trouvé le lien de mon instance SearXNG, ou que c'est des bots, mais j'ai pas de preuves
[21:43:20]
<otm33> Désolé, c'est au sujet de owncloud. Qui déploie deux-trois microservices...
[21:43:21]
<Gwên> Ah pardon !!
[22:47:14]
<tufek> je ne sais pas si ça t'aidera mais si les requêtes passent par nginx ya toujours moyen de farfouiller dans les logs pour se faire une vague idée genre `grep "$(LANG=en_US.UTF-8 date +%d/%b)" /var/log/nginx/access.log* | awk '{print $1}' | sort | uniq -c | sort -n | sed 's/^ *//' | awk '$1>50 {print $1,"connections dans" , $2}'` qui te listera les ips qui ont toqué plus de 50 fois à la porte aujourd'hui
[22:48:49]
<Gwên> Merci beaucoup !