Après avoir encore tourné en rond, j'ai fait un reset complet des conteneurs Nextcloud et j'ai tout réinstallé en m'appuyant sur deux pages parmi les dizaines de pages sur le sujet : https://github.com/nextcloud/all-in-one?tab=readme-ov-file https://github.com/nextcloud/all-in-one/discussions/6817
Le nouveau serveur fonctionne bien. Reste à tester plus avant. L'installation est un jeu de pistes avec pas mal de fausses pistes ou plutôt de nombreux cas de figure. Deux détails ont été cruciaux : utiliser un fichier de config compose.yaml plus souple que la commande "docker run..." et tester le nom de domaine dans une barre d'adresse normale avant de le soumettre à l'installateur Nextcloud qui le refuse obstinément sans cela (???), ce dernier détail est une petite remarque d'un intervenant au milieu de la page de discussion. ----- Mail original ----- > De: "Michel Verdier" <[email protected]> > À: [email protected] > Envoyé: Samedi 21 Mars 2026 15:21:22 > Objet: Re: Nextcloud server > Le 21 mars 2026 Jean Bernon a écrit : > > En fait le certificat a été créé de la manière suivante, > > recommandée par la > > page github de Nextcloud > > https://github.com/nextcloud/all-in-one?tab=readme-ov-file. J'ai > > déclaré ma > > machine sur un compte tailscale, qui m'a généré un script à > > exécuter sur la > > machine. Son exécution installe tailscale, on lance ensuite le > > client > > tailscale sur le machine et une commande tailscale cert génère le > > certificat. Mias jusqu'ici, je n'ai pas trouvé où est enregistré le > > certificat > > sur ma machine, en tout cas il n'est pas dans les certificats géré > > par > > Seahorse. > Je ne connais pas tailscale et je ne vois pas vraiment son rôle ici. > Spécifiquement pour letsencrypt tu as des clients simples tel que > certbot > qui permet de récupérer un certificat, même sans dns correct, que tu > auras dans /etc/letsencrypt et que tu paramètres directement dans > nextcloud.
