[10:18:51]
<tufek> en duckduckant ton problème j'ai l'impression que beaucoup de gens avec un pihole rencontrent le même soucis, tu n'aurais pas ce service par hasard?
[10:18:53]
<Gwên> > <@tufek:matrix.fdn.fr> en duckduckant ton problème j'ai l'impression que beaucoup de gens avec un pihole rencontrent le même soucis, tu n'aurais pas ce service par hasard?
Nope mais j'ai aussi vu ça
[10:19:00]
<tufek> sinon ces alertes semblent potentiellement venir de pas mal d'origines différentes, côté serveur comme app, il va falloir débuguer, disclaimer: je suis pas du tout un expert mais je peux aider à tâtonner le temps qu'un expert prenne le relais :3
[10:19:01]
<Gwên> Avec plaisir
[10:19:03]
<Gwên> Un ami m'a fait remarquer que c'était possiblement une attaque sur une plage d'ip et que j'étais sans doute pas visée spécifiquement
[10:19:04]
<Gwên> Mais je vais quand même renforcer la sécurité de mon serveur par rapport aux ips autorisées
[10:19:07]
<tufek> genre tu serais infectée par un espèce botnet? possible mais curieux
[10:19:07]
<tufek> un `sudo grep -i dnsmasq /var/log/syslog`permettrait peut-être de voir quels serveurs ton dnsmasq utilise, et via quels fichiers de conf
[10:19:08]
<Chatpitaine Caverne> Suis en train de chercher, mais si quelqu'un sait c'est cool, s'il y a moyen de générer des règles nftables à partir d'un certain nombre de présence d'une IP dans le access.log.
[10:19:12]
<Gwên> > <@tufek:matrix.fdn.fr> genre tu serais infectée par un espèce botnet? possible mais curieux
On peut parler d'infection quand c'est juste des requêtes dns ?
[10:23:47]
<Gwên> Hm j'y pense mais le bloqueur de pubs de ma box est activé 🤔 Ça n'a jamais causé de souci avant, mais...
[10:25:01]
<tufek> tout dépend de qui les envoie j'imagine? edit: et en quelles quantités ¯\_(ツ)_/¯
[10:26:04]
<tufek> piste à creuser
[12:31:38]
<Jens> > <@tituspijean:matrix.org> @jens:matrix.fedup.se so, I feel like the solution should not be handled only by the app, but more at YunoHost's level.
> In the mean time, I suggest you tweak your PHP .ini files to set the correct time zone:
>
> 1. get your current time zone with `timedatectl show --property=Timezone --value`
> 2. Set it at both lines 966 of `/etc/php/8.4/cli/php.ini` and `/etc/php/8.4/fpm/php.ini`
>
> For example, my lines are `date.timezone = Europe/Paris`
Thanks for the tip!
I went ahead and set the timezone in both ini files as suggested (and got to learn how to get nano to a specific line! PHP.ini is quite long) but it didn’t make a difference when I tried to install it again after a restart.
The log is here if interested: https://paste.yunohost.org/raw/qovucecode
I then looked into timezone set in the database and looked for mysql but I didnt seem to have a client installed. Then remembered Yuno uses psql which showed the same time zone as both PHP.ini files. But yet this message keeps appearing. My only thought if is this is related to a mysql instance that is installed together with Concrete?
[13:08:14]
<Chatpitaine Caverne> Jens: `nano -l +15 MYFILE` to open at line 15 of MYFILE with (-l) the line numbers displayed.
[13:09:37]
<Chatpitaine Caverne> Jens: `nano -l +15 MYFILE` to open at line 15 of MYFILE with (-l) the line numbers displayed.
I know you know now, but that's for others.
[13:09:50]
<Chatpitaine Caverne> Jens: `nano -l +15 MYFILE` to open at line 15 of MYFILE with (-l) the line numbers displayed.
Or inside nano CTRL + MAJ + / and type line number.
I know you know now, but that's for others.
[14:49:18]
<gaut> Pour les gens qui ont leur Yunohost derrière une Freebox, une nouvelle méthode pour sécuriser l'IPv6 du réseau local https://forum.yunohost.org/t/activer-ipv6-pour-yunohost-derriere-freebox-tout-en-gardant-le-pare-feu-pour-son-reseau-local/41680
[15:08:20]
<Gwên> Si tu as la réponse j'aurais deux questions ^^ La solution alternative peut-elle être d'avoir un pare-feu sur tous les appareils locaux ? Et désactiver l'ipv6 est-il très handicapant pour l'envoi et la réception de mails ?
[15:22:32]
<khrys> Hello, j'ai une question parce que c'est un pb récurrent et que je ne sais pas trop quoi faire à part restart l'ensemble via ssh mais je suis sûre qu'il y a plus fin à faire (genre restart UN service, mais lequel ?) : quand j'arrive sur l'interface d'admin, loguée ou pas logguée, il y a un grand vide à la place du menu habituel (apps, domaines etc.). Mais il y a le haut de la page et le bas (l'historique, vide). En attendant suffisamment longtemps ça me sort un 504 Gateway Time-out (Erreur: "504" Action: "GET" /yunohost/api/installed)
[15:24:15]
<khrys> Là ça vient de me le faire parce que j'ai réinstallé Hedgedoc et je suis tombée sur un 502 Bad Gateway du coup j'ai voulu aller sur le portail d'admin
[15:39:15]
<khrys> J'ai restart Hedgedoc via ssh, Hedgedoc ne marche toujours pas mais j'ai re-accès à l'interface d'admin c'est déjà ça...
[15:40:34]
<khrys> (et ça m'indique que Hedgedoc fonctionne, tout est vert, idem après un restart via l'interface, alors que je tombe sur un Internal Server Error lorsque je veux accéder à l'app. Bref, je vais désinstaller-réinstaller 😅️)
[15:56:51]
<Chatpitaine Caverne> C'est très étrange. Jamais vu.
Si tu peux regarder la log de yunohost-portal-api via la GUI
ou bien `journalctl -u yunohost-portal-api.service`
Peut-être que ça en dira plus.
Sinon, restart ce service doit pouvoir éviter de booter, mais le mieux est tout de même de comprendre ce qu'il se passe.
[15:59:39]
<Chatpitaine Caverne> Ou bien yunohost-api comme service au lieu de yunohost-portal-api, pas trop certain duquel gère quoi.
[16:00:24]
<khrys> Ah bah la nouvelle install m'a recassé ssh... Tous mes services sont tombés. J'attends 5mn et si ce n'est pas revenu je reboote physiquement.
[16:01:04]
<khrys> Je crois qu'il y a un souci avec hedgedoc, c'est déjà ça qui coinçait avant que je le désinstalle
[18:12:45]
<Clément> > <khrys> Hello, j'ai une question parce que c'est un pb récurrent et que je ne sais pas trop quoi faire à part restart l'ensemble via ssh mais je suis sûre qu'il y a plus fin à faire (genre restart UN service, mais lequel ?) : quand j'arrive sur l'interface d'admin, loguée ou pas logguée, il y a un grand vide à la place du menu habituel (apps, domaines etc.). Mais il y a le haut de la page et le bas (l'historique, vide). En attendant suffisamment longtemps ça me sort un 504 Gateway Time-out (Erreur: "504" Action: "GET" /yunohost/api/installed)
J'ai aussi ce phénomène de temps en temps. Je recharge la page, et tout réapparait correctement. Je suppose que tu as essayé...
[18:27:40]
<tituspijean> That's weird indeed... Concrete5 uses the MariaDB server. You can run the following commands to check its time zone:
```
mysql
# then
SELECT @@global.time_zone, @@session.time_zone;
```
it should return SYSTEM for both global and session time zones.
[18:28:48]
<tituspijean> I'm not sure it will help, but also try to install it with the PHP version fix (from your logs you are not affected by the bug, but who knows...) :
`sudo yunohost app install https://github.com/YunoHost-Apps/concrete5_ynh/tree/fix-php -f`
[19:18:04]
<DJ Chase (fae/faer)> okay so i've made an unoffical yunohost space that lists all the offical rooms, and all the rooms for the apps that i could find
#yunohost:riot.firechicken.net
if anybody knows of any i missed, wants to help translate the space info into french, or anything else, please feel free to dm me :)
[19:18:08]
<DJ Chase (fae/faer)> hopefully helps somewhat
[21:51:00]
<tituspijean> DJ Chase (fae/faer): I'm out of the loop, do you aim to have 500 or so apps in there (if they all have matrix rooms)?