En attendant la mise à jour promise pour le 2 janvier j'avais mis en place quelques solutions de contournement.
Pour mes machines, elles sont toute s sous linux, un ajout en dur dans /etc/hosts pour l'adresse interne est suffisant; sous windows le même genre de manip est possible aussi. Pour les téléphones je n'ai pas choisi la même approche, j'ai passé les services en Ipv6 avec accès autorisé dans le parefeu.
N'ayant plus besoin d'un règle de NAT/PAT le service devient accessible depuis l'intérieur du réseau en Wifi, ce qui étant le principal problème avec Nextcloud. Devoir uitlser l'accès data depuis l'intérieur de la maison était à la fois malcommode et couteux.
Pour ne pas trop avoir à faire de manipulations quand le wifi n'est plus accessible j'ai du configurer mon accès data en Ipv6 ce qui n'était pas le cas avant.
Cela m'a demandé un effort important pour ajouter un nom de domaine spécifique à ipv6, afin de m'assurer des son utilisation et recréer des certificats let's encrypt. Au passage j'ai découvert qu'il est possible de claquer une adresse ipv6 AAAA dans le service dyndns noip, mais pas de la changer via l'api, seule l'adresse ipv4 est distribuée.
Je suis évidemment fort déçu que la mise à jour provoquant le problème n'aie pas été bloquée quand les premiers problèmes ont été remontés; et si la mise à jour a été installée à marche forcée à cause d'une faille de sécurité, j'eusse apprécié de recevoir une communication sur le sujet de la part d'orange.
