Je vois qu'il y a plusieurs IP qui utilisent Apt-Cacher NG (
https://www.unix-ag.uni-kl.de/~bloch/acng/), pour maintenir des caches locaux (peut-être des entreprises).
Le code change beaucoup en fonction des versions, je n'ai pas regardé pour celles utilisées ici.
Sur les versions les plus récentes, j'ai l'impression qu'il y a un bug dans le cache.
https://salsa.debian.org/blade/apt-cacher-ng/-/blob/upstream/sid/src/caddrinfo.cc#L427Au moment de faire la requête, le code ne vérifie pas l'expiration de son cache DNS.
Le seul endroit où elle est testée c'est CAddrInfo::clean_dns_cache, appelé juste avant d'ajouter une nouvelle entrée dans le cache.
Bref, j'ai l'impression qu'il va garder les IP des derniers serveurs contactés tant qu'il n'y a pas de nouveau nom de domaine utilisé (un client qui ajoute une repo APT, ou un nouveau client utilisant un miroir différent).
Pour check_http (monitoring-plugins), le code utilise getaddrinfo, donc soit les utilisateurs ont forcé l'IP quelque part (la configuration de l'outil, /etc/hosts, ...), soit il y a un résolveur DNS ou un proxy avec un bug dans la gestion du cache.
Pour "Debian APT-HTTP/1.3", c'est probablement le client apt officiel, donc je pense que c'est similaire.
Pour Apt-Cacher NG, il est peut-être possible de débloquer la situation en mettant une redirection HTTP 301 vers ubuntu.lafibre.info sur l'ancien serveur.
Ça déclencherait une nouvelle requête DNS, et avec le code actuel ça devrait vider le cache (à voir avec les anciennes versions).
Dans les autres cas, si c'est un proxy ça pourrait aider, sinon je pense qu'on ne peut rien faire.