Je viens de revoir ça sur un serveur que j’ai mis à niveau. . .
L’erreur dont vous parlez est celle-ci :
I, [2025-04-01T15:14:58.799796 #1] INFO -- : > awk -F\# '{print $1;}' ~/.ssh/authorized_keys | awk 'BEGIN { print "Authorized SSH keys for this container:"; } NF>=2 {print $NF
;}'
awk: fatal: cannot open file `/root/.ssh/authorized_keys' for reading: No such file or directory
I, [2025-04-01T15:14:58.810714 #1] INFO -- : Authorized SSH keys for this container:
Et bien que awk la considère comme fatale. Je vous promets, ce n’est pas vraiment un problème. Vous l’ignorez depuis des années. 
Je me demandais quand cela serait vrai, mais il semble que ce ne soit pas le cas pour beaucoup de monde jusqu’à présent. Je pense n’avoir vu qu’un seul autre exemple.
Vous pouvez sortir de prison gratuitement en ajoutant un autre nom d’hôte (comme ajouter simplement www. comme autre nom) comme décrit sur Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy et inclure uniquement la section after_ssl.