Could not update IP address to DynDNS - Key issue

Support
, ,
1

What type of hardware are you using: VPS bought online
What YunoHost version are you running: 12.1.39
How are you able to access your server: SSH
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: Migrated server a few month ago

Describe your issue

Hello,

I migrated my server a few month ago. Seems I can’t update dyndns because of a key issue :

Info: The operation 'Update the IP associated with your YunoHost subdomain 'chaton.noho.st'' could not be completed. Please share the full log of this operation using the command 'yunohost log share xxxxxxxx-xxxxxx-dyndns_update-[mysubdomain.noho.st]' to get help
Error: Could not update IP address to DynDNS```


### Share relevant logs or error messages
args:
  domain: maindomain.tld
  dry_run: false
  force: true
ended_at: 2026-02-28 09:07:33.188210
error: Could not update IP address to DynDNS
interface: cli
operation: dyndns_update
parent: null
related_to:
- - domain
  - maindomain.tld
- - domain
  - maindomain.tld
started_at: 2026-02-28 09:07:31.555591
started_by: ******
success: false
yunohost_version: 12.1.39

============

2026-02-28 09:07:32,584: INFO - Update needed, going on...
2026-02-28 09:07:32,683: DEBUG - Reusing IPv4 from cache: xx.xx.xx.xx
2026-02-28 09:07:32,684: DEBUG - Reusing IPv6 from cache: xx:xx:xx:xx:xx:xx
2026-02-28 09:07:33,128: DEBUG - Formating result in 'export' mode
2026-02-28 09:07:33,144: DEBUG - Now pushing new conf to DynDNS host...
2026-02-28 09:07:33,144: DEBUG - id 8996
opcode UPDATE
rcode NOERROR
flags 
;ZONE
noho.st. IN SOA
;PREREQ
;UPDATE
maindomain.tld. ANY ANY
maindomain.tld. ANY ANY
maindomain.tld. ANY ANY
maindomain.tld. ANY ANY
mail._domainkey.maindomain.tld. ANY ANY
_dmarc.maindomain.tld. ANY ANY
*.maindomain.tld. ANY ANY
*.maindomain.tld. ANY ANY
maindomain.tld. ANY ANY
maindomain.tld. 3600 IN A xx.xx.xx.xx
maindomain.tld. 3600 IN AAAA xx:xx:xx:xx:xx:xx
maindomain.tld. 3600 IN MX 10 [mysubdomain]
maindomain.tld. 3600 IN TXT "v=spf1 a mx -all"
mail._domainkey.maindomain.tld. 3600 IN TXT "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCpJ5M+sGdsMld3s16hYy7wU/i58FMbUaxWmP41icFD2AmZrEFyWLlvXYqSj/RqOFEVXNQhRqrqXxrEOb71KvKQ5AgYb5KFqQELj2aqbpyLxNkxzPrBHq92NAi1J4DAe997UnnZsLFIf2TvAcs/Eed33M/tbEqUH+AYW++OBT6KZwIDAQAB"
_dmarc.maindomain.tld. 3600 IN TXT "v=DMARC1; p=none"
*.maindomain.tld. 3600 IN A xx.xx.xx.xx
*.maindomain.tld. 3600 IN AAAA xx:xx:xx:xx:xx:xx
maindomain.tld. 3600 IN CAA 0 issue "letsencrypt.org"
;ADDITIONAL
2026-02-28 09:07:33,187: ERROR - The peer didn't know the key we used
2

Salut Kit !

Ton problème vient très probablement de la clé TSIG (c’est la clé cryptographique que ton instance utilise pour s’authentifier auprès du serveur DynDNS de YunoHost). Quand tu as migré ton serveur, si cette clé n’a pas suivi correctement, le serveur DynDNS distant ne reconnaît plus ton instance → d’où le message The peer didn't know the key we used.

Vérifier l’hypothèse

Regarde le fichier de clé sur ton serveur :

ls -la /etc/yunohost/dyndns/

Tu devrais y trouver un fichier du type Kmysubdomain.noho.st.+165+1234.key. Si tu as encore accès à une sauvegarde de ton ancien serveur, compare le contenu de ce fichier avec celui de la sauvegarde (même chemin : /etc/yunohost/dyndns/). S’ils diffèrent, c’est confirmé : ton serveur actuel utilise une clé que le serveur DynDNS ne reconnaît pas.

3

Ho hi <o/

J’ai ça dans la private :

Created: 20201112104714
Publish: 20201112104714
Activate: 20201112104714

Donc a priori clef d’origine datant de 2020.

NB : Les fichiers sont bien datés du 12/11/2020 selon ls -al

J’ai eu les deux servers en parallèles à un moment, ça sent le cron qui a updaté une nouvelle clef à un moment.

@ljf :
Un moyen de forcer la reconnaissance des clefs côté infra yunohost ou possibilité de renouveler les clefs sur mon serveur ?