[06:25:51]
<hekntekn> > <@jeremie:chezj.im> The newest version of Synapse (matrix server) has this warning when updating:
> ’- All code are moved in `/var/www` instead of `/opt/yunohost`. This imply that the `Coturn_config_rotate.sh` script is moved into `/var/www`. Some matrix briges might be broken because of this and will need to be updated.’
That absolutely sounds like it could be the cause. In that case I'll wait patiently for an update. Thank you very much for catching that, Jim!
[06:28:33]
<danneggiato> MatrixError: [403] Server is banned from room (https://mx.test.ex06.nohost.me/_matrix/client/v3/join/%23yunohost-apps%3Amatrix.org
[06:28:56]
<danneggiato> (it’s probably some sort of bug, it happened also in rooms i’ve never been)
[06:29:24]
<rodinux> Hello, I am discovering there is no more logs in `/var/log/mail.info` since servers are updated to Yunohost12, is it normal ??
[06:30:28]
<rodinux> Ok it seems it normal way...
[08:31:23]
<danneggiato> > I did run the command :(
i had your same problem and used the synapse webpanel to foce the admin account again
[08:31:35]
<danneggiato> the fact that there are 2 forums plus chats is not very comfortable to find infos lol
maybe yuno should deactivate issues on the github repos?
and also delete this support room lol
[08:32:20]
<Salamandar> 2 forums ?
[08:32:34]
<danneggiato> > <@Salamandar:matrix.org> 2 forums ?
github...
[08:32:39]
<Salamandar> Github and the forum don't serve the same purpose at all :)
[08:32:47]
<danneggiato> > <@Salamandar:matrix.org> Github and the forum don't serve the same purpose at all :)
a lot of times i’ve had to search on github for the bugfixing of an app
because people, even rightfully, use issues of the packages to talk about bugs of them
[08:33:33]
<danneggiato> i know that it sounds like a lot but i kinda see it as a fact that right now the information for bugfixing is too spread and the forum is no more active like once was, at least on the ‘’answers’’ side
[09:45:47]
<tituspijean[m]> Ah OK I see. Tests fail, app is not ready.
[09:45:47]
<tituspijean[m]> @jorgeluis:pub.solarI don't understand, there's a package, updated, but the app is not in the catalog :o
[09:45:47]
<Jorge Luis> Could someone please have a look at the Zulip package?
[09:45:48]
<Jorge Luis> It used to work long time ago. I think it's worth to have it available
[09:45:51]
<tituspijean[m]> Dźwiedziu: welcome! To put it bluntly, a bad password is a bad password.
A non-admin account can still be used for spam for example.
[09:45:59]
<Gwên> Hello !
[09:45:59]
<Gwên> J'ai fait la mise à jour de Nextcloud hier et depuis j'ai des messages d'erreur sur un de mes appareils qui m'indique "Unable to resolve host "domaine.tld": No address associated with hostname"
[09:46:01]
<Dźwiedziu> Hello, as a new YH user I have a pointy question: is the "password bad" message for a non-admin user when there are no apps installed a bug or a feature?
[09:46:49]
<Gwên> Le diagnostic lui ne m'a rien renvoyé d'anormal
[09:47:21]
<Gwên> Je me demande si y a pas un service à redémarrer éventuellement :S
[10:00:30]
<Salamandar> étrange, je vois pas trop le lien
[10:00:38]
<Salamandar> je vois surtout un problème de connectivité sur l'appareil en question
[10:20:55]
<rodinux> hummm I see s
[10:22:22]
<rodinux> when i do a `nginx -t` on a server I have a lot of `"ssl_stapling" ignored, no OCSP responder URL in the certificate "/etc/yunohost/certs/domain.tld/crt.pem"`
[10:23:25]
<rodinux> this on server still not upgraded to Yunohost 12, but soon...
[10:24:28]
<rodinux> perhaps need a `cert install --force` ??
[10:25:51]
<tituspijean[m]> (somewhat related, OCSP is being deprecated: https://github.com/YunoHost/issues/issues/2593)
[10:27:14]
<rodinux> Ok, thanks... so I don't have to worry for now...
[10:29:37]
<rodinux> Just I must upgrade quickly all the Yunohost still using bullseye... 😬
[12:49:14]
<Luc> Bonjour! Avant de me lancer dans l'installation de YH sur un serveur à la maison, j'aimerais savoir: j'ai un tres vieux mac mini (2010 je crois), sous ubuntu, que j'utilise uniquement pour regarder netflix ou arte sur ma tv (qui n'est pas une smart tv), conntecté en hdmi. Je voudrais installer YH sur ce mac mini. Mais j'aimerais savoir si je pourais toujours l'utiliser "en direct", connecté à ma TV? Y a-t-il un environement graphique avec un navigateur?
Encore mieux: est ce qu'une appli comme Jellyfin (ou autre) pourrait me permettre, depuis mon ordi ou smartphone, de choisir d'envoyer une video ou une musique, vers ma TV ou ma chaine hifi, qui ont les deux connectées directement à mon serveur.
Merci pour votre aide!
[12:55:11]
<rodinux> Yunohost est un serveur, il n'a pas d'environnement graphique, il a une interface admin graphique joignable avec un autre PC. Du coup ton PC pourrait être celui qui se connecte au serveur local ( un autre PC pour le coup ). Vous me dîtes si je dis des bêtises...
[14:41:06]
<Salamandar> Je plussoie ce que dit Rodinux. Mais d'un autre côté, rien ne t'empêcherait d'installer yunohost et les outils web sur ce mac mini (par contre il faut du debian pas du ubuntu).
[15:17:10]
<miro5001> Desktop environments conflict with yunohost network configuration, that's why it's not recommended to have a DE on the server unless you are ready for some headache.
Window managers may be more convenient in this case, but I didn't try any of them on a server or with hdmi connection.
Using an old machine as a server and media system is a good recycling project, I am already using an old laptop as a media player on TV and a very old netbook (20 years old 🧓) as a home server.
I am interested to hear from you feedback about it
[15:24:29]
<lautre> Une des solutions serait d'isoler le Yunohost dans une machine virtuelle (ou un conteneur), comme ça, il aurait sa propre IP, et, ça devrait mieux se passer dans la cohabitation avec un DE.
Cela dit, il y aura probablement des manipulations à faire pour que cette VM/conteneur soit accessible depuis le réseau local, et ce sera plus simple avec de l'IPv6.
Dans Debian, il y a un paquet `virt-manager` qui est très bien pour gérer graphiquement des VM ou des conteneurs. (il faudra aussi virt-viewer pour du confort)
[15:25:27]
<lautre> Permettre aussi au conteneur ou à la VM d'utiliser la carte graphique, ça ne sera pas simple. Il faudra voir du côté de GPU pass-throught
[15:28:01]
<err404> yunohost en vm ou conteneur ça fonctionne très bien, il suffit d'avoir l'interface réseau en bridge du coté de l'hyperviseur
[15:44:07]
<miro5001> > <@lautre:matrix.org> Une des solutions serait d'isoler le Yunohost dans une machine virtuelle (ou un conteneur), comme ça, il aurait sa propre IP, et, ça devrait mieux se passer dans la cohabitation avec un DE.
> Cela dit, il y aura probablement des manipulations à faire pour que cette VM/conteneur soit accessible depuis le réseau local, et ce sera plus simple avec de l'IPv6.
> Dans Debian, il y a un paquet `virt-manager` qui est très bien pour gérer graphiquement des VM ou des conteneurs. (il faudra aussi virt-viewer pour du confort)
Je suis parti du principe que la machine est trop vieille. Mais c'est aussi envisageable de faire fonctionner yunohost en container lxc.
[16:24:18]
<Luc> Merci pour les réponses! Je pense que le faire tourner en VM ca va etre chaud vu qu'il y a genre 3 Go de RAM sur la machine, et des fois juste le faire de lire une video ca la fait ramer. Je pense que je vais plutot acheter une autre vieille machine pour faire tourner YH. En plus si c'est pour que ce soit tout le temps allumé ca vaut le coup de chercher une machine qui consomme vraiment peu.
[16:30:43]
<err404> suivant ce que tu veux installer comme applications dans Yunohost, 3Go de ram c'est suffisant, ou pas du tout :p
[16:31:09]
<err404> par exemple j'ai un conteneur Yunohost avec un dokuwiki et un wordpress, ça consomme 1.5Go de ram
[16:32:11]
<err404> à coté de ça j'ai un autre conteneur Yunohost qui a pas mal d'applications et il dépasse les 4Go de ram
[16:32:52]
<err404> la lenteur de mon serveur vient avant tout de la lenteur de mon disque dur, du point de vue CPU il se tourne les pouces la plupart du temps
[16:39:08]
<pti-jean> Par-contre, si tu souhaites faire tourner NextCloud... c'est quand-même gourmand en mémoire...
Les Raspberry PI sont de bonnes petites machines pour YunoHost... et pas très gourmand en consommation électrique !
[16:49:43]
<lautre> Oui, les Raspberry, c'est pas mal, ça consomme rien en terme d'électricité, et ça fait beaucoup.
Selon ce que tu veux faire, ça pourrait être bien.
Ça t'évitera aussi les pannes liés à la vieillesse du matériel et à son vécu (quand c'est d'occaz, tu ne peux pas trop savoir)
Sinon, parfois on trouve des merveilles dans les poubelles.
[17:24:39]
<·☽•Nameless☆•777 · ±> Tu peux aussi acheter un mini PC d'occasion type Dell OptiPlex ou Lenovo ThinkCentre
En général ça consomme très peu et c'est livré avec un i3 + 8g de RAM.
[17:38:41]
<danneggiato> > <@danneggiato:matrix.org> cannot enter this room with my synapse
a person on the cinny server told me that it’s about how many subdomains you are at
[20:03:53]
<Xanatos> En vrai je ne sais pas ou en sont les portages arm, mais dès qu'on part dans l'exotique les nuc et dérivés chinois actuels c'est pas si mal pour avoir du mini
[20:07:16]
<Xanatos> Tiens ça parlait déboire upgrade nextxloud, vous avez possibilité de faire un conteneur version suivante puis y rattacher stockage nextcloud ?
[20:13:22]
<err404> j'ai justement joué un peu avec les bind-mount de proxmox pour avoir un dossier en dehors du conteneur Yunohost, c'est assez efficace et pratique.
par contre quand on souhaite migrer tout ça (le conteneur et le dossier de l'hyperviseur), on se retrouve avec des problèmes de droits à ajuster, et quelques complications (du coup j'y arrive pas toujours facilement).
alors que déplacer un conteneur dans son ensemble, sans dépendre d'un dossier monté de l'extérieur, c'est beaucoup plus simple (mais on se retrouve avec un énorme conteneur...)
[20:21:18]
<Xanatos> Oui, une approche san
[20:45:22]
<thatoo> How can I update `` /etc/apt/trusted.gpg.d/extra_php_version.gpg `` certificate?
as
```
sudo cat /etc/apt/sources.list.d/extra_php_version.list
deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https://packages.sury.org/php/ bookworm main
```
[20:45:22]
<thatoo> Hello,
I face this issue
```
Err :1 https://packages.sury.org/php bookworm InRelease
Certificate verification failed: The certificate is NOT trusted. The certificate chain uses expired certificate. Could not handshake: Erreur de vérification du certificat.
```
[20:45:23]
<tituspijean[m]> @thatoo:defis.infotry this? https://packages.sury.org/php/README.txt
[20:46:28]
<tituspijean[m]> mmmh maybe not, we use a different filename and path
[21:47:52]
<thatoo> won't help as I get
```
wget -nv -O - "https://packages.sury.org/php/apt.gpg"
Erreur : le certificat de « packages.sury.org » n’est pas de confiance.
Erreur : le certificat de « packages.sury.org » a expiré.
Le certificat a expiré
```
[21:47:52]
<thatoo> or would
`` sudo yunohost tools regen-conf -f ``
solve the issue?
[21:47:52]
<thatoo> Would that help?
```
wget -nv -O - "https://packages.sury.org/php/apt.gpg"
mv apt.gpg /etc/apt/trusted.gpg.d/extra_php_version.gpg
```
[21:47:53]
<thatoo> étrangement je n'ai ce souci que sur un seul de mes serveurs yunohost
[21:47:53]
<miro5001> Vérifie l'heure et la date du serveur
[22:06:47]
<thatoo> l'heure semble ok
```
date
ven. 13 juin 2025 23:52:24 CEST
```
[22:06:48]
<thatoo> ```
sudo yunohost tools regen-conf --dry-run --with-diff
Attention : Le fichier de configuration '/etc/systemd/system/ntp.service.d/ynh-override.conf' a été modifié manuellement et ne sera pas mis à jour
Attention : Le fichier de configuration '/etc/ssh/sshd_config' a été modifié manuellement et ne sera pas mis à jour
Attention : Le fichier de configuration '/etc/ldap/slapd.ldif' a été modifié manuellement et ne sera pas mis à jour
Succès ! La configuration aurait dû être mise à jour pour la catégorie 'dnsmasq'
dnsmasq:
applied:
/etc/resolv.dnsmasq.conf:
diff: @@ -1,22 +1,22 @@
+nameserver 185.233.100.100
+nameserver 2a00:5881:8100:1000::3
+nameserver 2a0c:e300::100
nameserver 185.233.100.101
-nameserver 2a01:3a0:53:53::
-nameserver 185.233.100.100
-nameserver 194.242.2.2
+nameserver 2a07:e340::2
+nameserver 194.150.168.168
+nameserver 2001:678:8::3
+nameserver 89.234.141.66
+nameserver 2001:67c:28a4::
+nameserver 194.0.5.3
nameserver 45.67.81.23
-nameserver 2001:1608:10:25::9249:d69b
-nameserver 89.234.141.66
-nameserver 2a00:5881:8100:1000::3
nameserver 2a0c:e300::1337
-nameserver 194.0.5.3
-nameserver 194.150.168.168
nameserver 84.200.70.40
nameserver 2a0c:e300::101
-nameserver 2a0c:e300::100
+nameserver 89.233.43.71
+nameserver 2001:1608:10:25::9249:d69b
+nameserver 84.200.69.80
+nameserver 2a01:3a0:53:53::
nameserver 91.239.100.100
-nameserver 2a07:e340::2
-nameserver 2001:67c:28a4::
+nameserver 2001:1608:10:25::1c04:b12f
nameserver 195.160.173.53
-nameserver 2001:678:8::3
-nameserver 84.200.69.80
-nameserver 2001:1608:10:25::1c04:b12f
-nameserver 89.233.43.71
+nameserver 194.242.2.2
status: updated
pending:
slapd:
applied:
pending:
/etc/ldap/slapd.ldif:
diff: @@ -1,235 +0,0 @@
-# OpenLDAP server configuration for Yunohost
-# ------------------------------------------
-#
-# Because of the Yunohost's regen-conf mechanism, it is NOT POSSIBLE to
-# edit the config database using an LDAP request.
-#
-# If you wish to edit the config database, you should edit THIS file
-# and update the config database based on this file.
-#
-# Config database customization:
-# 1. Edit this file as you want.
-# 2. Apply your modifications. For this just run this following command in a shell:
-# $ /usr/share/yunohost/hooks/conf_regen/06-slapd apply_config
-#
-# Note that if you customize this file, YunoHost's regen-conf will NOT
-# overwrite this file. But that also means that you should be careful about
-# upgrades, because they may ship important/necessary changes to this
-# configuration that you will have to propagate yourself.
-
-#
-# Main configuration
-#
-dn: cn=config
-objectClass: olcGlobal
-cn: config
-olcConfigFile: /etc/ldap/slapd.conf
-olcConfigDir: /etc/ldap/slapd.d/
-# List of arguments that were passed to the server
-olcArgsFile: /var/run/slapd/slapd.args
-#
-olcAttributeOptions: lang-
-olcAuthzPolicy: none
-olcConcurrency: 0
-olcConnMaxPending: 100
-olcConnMaxPendingAuth: 1000
-olcIdleTimeout: 0
-olcIndexSubstrIfMaxLen: 4
-olcIndexSubstrIfMinLen: 2
-olcIndexSubstrAnyLen: 4
-olcIndexSubstrAnyStep: 2
-olcIndexIntLen: 4
-olcListenerThreads: 1
-olcLocalSSF: 71
-# Read slapd.conf(5) for possible values
-olcLogLevel: None
-# Where the pid file is put. The init.d script
-# will not stop the server if you change this.
-olcPidFile: /var/run/slapd/slapd.pid
-olcReverseLookup: FALSE
-olcThreads: 16
-# TLS Support
-olcTLSCertificateFile: /etc/yunohost/certs/yunohost.org/crt.pem
-olcTLSCertificateKeyFile: /etc/yunohost/certs/yunohost.org/key.pem
-olcTLSVerifyClient: never
-olcTLSProtocolMin: 0.0
-# The tool-threads parameter sets the actual amount of cpu's that is used
-# for indexing.
-olcToolThreads: 1
-structuralObjectClass: olcGlobal
-
-#
-# Schema and objectClass definitions
-#
-dn: cn=schema,cn=config
-objectClass: olcSchemaConfig
-cn: schema
-
-include: file:///etc/ldap/schema/core.ldif
-include: file:///etc/ldap/schema/cosine.ldif
-include: file:///etc/ldap/schema/nis.ldif
-include: file:///etc/ldap/schema/inetorgperson.ldif
-include: file:///etc/ldap/schema/mailserver.ldif
-include: file:///etc/ldap/schema/sudo.ldif
-include: file:///etc/ldap/schema/permission.ldif
-
-#
-# Module management
-#
-dn: cn=module{0},cn=config
-objectClass: olcModuleList
-cn: module{0}
-# Where the dynamically loaded modules are stored
-olcModulePath: /usr/lib/ldap
-olcModuleLoad: {0}back_mdb
-olcModuleLoad: {1}memberof
-structuralObjectClass: olcModuleList
-
-#
-# Frontend database
-#
-dn: olcDatabase={-1}frontend,cn=config
-objectClass: olcDatabaseConfig
-objectClass: olcFrontendConfig
-olcDatabase: {-1}frontend
-olcAddContentAcl: FALSE
-olcLastMod: TRUE
-olcSchemaDN: cn=Subschema
-# Hashes to be used in generation of user passwords
-olcPasswordHash: {SSHA}
-structuralObjectClass: olcDatabaseConfig
-
-#
-# Config database Configuration (#0)
-#
-dn: olcDatabase={0}config,cn=config
-objectClass: olcDatabaseConfig
-olcDatabase: {0}config
-# Give access to root user.
-# This give the possiblity to the admin to customize the LDAP configuration
-olcAccess: {0}to * by * none
-olcAddContentAcl: TRUE
-olcLastMod: TRUE
-olcRootDN: cn=config
-structuralObjectClass: olcDatabaseConfig
-
-#
-# Main database Configuration (#1)
-#
-dn: olcDatabase={1}mdb,cn=config
-objectClass: olcDatabaseConfig
-objectClass: olcMdbConfig
-olcDatabase: {1}mdb
-# The base of your directory in database #1
-olcSuffix: dc=yunohost,dc=org
-#
-# The userPassword by default can be changed
-# by the entry owning it if they are authenticated.
-# Others should not be able to see it, except the
-# admin entry below
-# These access lines apply to database #1 only
-olcAccess: {0}to attrs=userPassword,shadowLastChange
- by dn.base="cn=admin,dc=yunohost,dc=org" write
- by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth" write
- by anonymous auth
- by self write
- by * none
-#
-# Personnal information can be changed by the entry
-# owning it if they are authenticated.
-# Others should be able to see it.
-olcAccess: {1}to attrs=cn,gecos,givenName,mail,maildrop,displayName,sn
- by dn.base="cn=admin,dc=yunohost,dc=org" write
- by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth" write
- by self write
- by * read
-#
-# Ensure read access to the base for things like
-# supportedSASLMechanisms. Without this you may
-# have problems with SASL not knowing what
-# mechanisms are available and the like.
-# Note that this is covered by the 'access to *'
-# ACL below too but if you change that as people
-# are wont to do you'll still need this if you
-# want SASL (and possible other things) to work
-# happily.
-olcAccess: {2}to dn.base=""
- by * read
-#
-# The admin dn has full write access, everyone else
-# can read everything.
-olcAccess: {3}to *
- by dn.base="cn=admin,dc=yunohost,dc=org" write
- by dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth" write
- by group/groupOfNames/member.exact="cn=admin,ou=groups,dc=yunohost,dc=org" write
- by * read
-#
-olcAddContentAcl: FALSE
-# Save the time that the entry gets modified, for database #1
-olcLastMod: TRUE
-# Where the database file are physically stored for database #1
-olcDbDirectory: /var/lib/ldap
-# Checkpoint the BerkeleyDB database periodically in case of system
-# failure and to speed slapd shutdown.
-olcDbCheckpoint: 512 30
-olcDbNoSync: FALSE
-# Indexing options for database #1
-olcDbIndex: objectClass eq
-olcDbIndex: entryUUID eq
-olcDbIndex: entryCSN eq
-olcDbIndex: cn eq
-olcDbIndex: uid eq,sub
-olcDbIndex: uidNumber eq
-olcDbIndex: gidNumber eq
-olcDbIndex: sudoUser eq,sub
-olcDbIndex: member eq
-olcDbIndex: mail eq
-olcDbIndex: memberUid eq
-olcDbIndex: uniqueMember eq
-olcDbIndex: virtualdomain eq
-olcDbIndex: permission eq
-olcDbMaxSize: 10485760
-structuralObjectClass: olcMdbConfig
-
-#
-# Configure Memberof Overlay (used for Yunohost permission)
-#
-
-# Link user <-> group
-dn: olcOverlay={0}memberof,olcDatabase={1}mdb,cn=config
-objectClass: olcOverlayConfig
-objectClass: olcMemberOf
-olcOverlay: {0}memberof
-olcMemberOfDangling: error
-olcMemberOfDanglingError: constraintViolation
-olcMemberOfRefInt: TRUE
-olcMemberOfGroupOC: groupOfNamesYnh
-olcMemberOfMemberAD: member
-olcMemberOfMemberOfAD: memberOf
-structuralObjectClass: olcMemberOf
-
-# Link permission <-> groupes
-dn: olcOverlay={1}memberof,olcDatabase={1}mdb,cn=config
-objectClass: olcOverlayConfig
-objectClass: olcMemberOf
-olcOverlay: {1}memberof
-olcMemberOfDangling: error
-olcMemberOfDanglingError: constraintViolation
-olcMemberOfRefInt: TRUE
-olcMemberOfGroupOC: permissionYnh
-olcMemberOfMemberAD: groupPermission
-olcMemberOfMemberOfAD: permission
-structuralObjectClass: olcMemberOf
-
-# Link permission <-> user
-dn: olcOverlay={2}memberof,olcDatabase={1}mdb,cn=config
-objectClass: olcOverlayConfig
-objectClass: olcMemberOf
-olcOverlay: {2}memberof
-olcMemberOfDangling: error
-olcMemberOfDanglingError: constraintViolation
-olcMemberOfRefInt: TRUE
-olcMemberOfGroupOC: permissionYnh
-olcMemberOfMemberAD: inheritPermission
-olcMemberOfMemberOfAD: permission
-structuralObjectClass: olcMemberOf
status: modified
ssh:
applied:
pending:
/etc/ssh/sshd_config:
diff: @@ -52,7 +52,6 @@
PermitEmptyPasswords no
ChallengeResponseAuthentication no
UsePAM yes
-MaxAuthTries 12
# PLEASE: if you wish to force everybody to authenticate using ssh keys, run this command:
# yunohost settings set security.ssh.ssh_password_authentication -v no
status: modified
yunohost:
applied:
pending:
/etc/systemd/system/ntp.service.d/ynh-override.conf:
diff: @@ -1,3 +0,0 @@
-[Unit]
-ConditionCapability=CAP_SYS_TIME
-ConditionVirtualization=!container
status: modified
```
[22:06:48]
<thatoo> I wonder why there is so many differences.
Except the `` MaxAuthTries 12 `` added to `` /etc/ssh/sshd_config ``, I don't know where they are coming from.
Should I go for a
`` sudo yunohost tools regen-conf -f `` ?
[22:06:49]
<miro5001> Garde une copie dans un bloc-notes puis force le regen
[22:08:17]
<miro5001> Sinon, quelque chose de particulier pour le service ntpd ?
[23:17:29]
<thatoo> ```
sudo service ntpd status
Unit ntpd.service could not be found.
```
[23:17:30]
<thatoo> `` sudo yunohost tools regen-conf -f ``
didn't help
[23:17:30]
<thatoo> However
```
sudo systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled)
Active: active (running) since Sun 2025-05-11 19:19:45 CEST; 1 month 2 days ago
Docs: man:systemd-timesyncd.service(8)
Main PID: 51048 (systemd-timesyn)
Status: "Contacted time server 192.168.1.1:123 (192.168.1.1)."
Tasks: 2 (limit: 14301)
Memory: 1.5M
CPU: 20.427s
CGroup: /system.slice/systemd-timesyncd.service
└─51048 /lib/systemd/systemd-timesyncd
```
[23:17:30]
<thatoo> rebooting didn't help
[23:17:30]
<thatoo> ```
e:~$ timedatectl
Local time: sam. 2025-06-14 01:03:45 CEST
Universal time: ven. 2025-06-13 23:03:45 UTC
RTC time: ven. 2025-06-13 23:03:45
Time zone: Europe/Paris (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
```
[23:17:31]
<miro5001> ping packages.sury.org
Est-ce que l'ip est 199.232.171.52
[23:19:09]
<miro5001> Ou 2a04:4e42:8e::820
[23:43:43]
<thatoo> non 169.150.247.39
[23:43:44]
<thatoo> that solves the issue, thanks
[23:43:44]
<thatoo> I force the ip in /etc/hosts